Path: csiph.com!aioe.org!bofh.it!news.nic.it!robomod From: Emmanuel Bourg Newsgroups: linux.debian.devel,linux.debian.maint.java Subject: Re: Progress in preparing the Bazel Build System for Debian (COVID-19 Biohackathon follow-up) Date: Wed, 06 May 2020 16:20:01 +0200 Message-ID: References: X-Mailbox-Line: From debian-devel-request@lists.debian.org Wed May 6 14:10:10 2020 Old-Return-Path: X-Amavis-Spam-Status: No, score=-11.981 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, LDO_WHITELIST=-5, MURPHY_DRUGS_REL8=0.02, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=no X-Policyd-Weight: using cached result; rate: -5.5 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Mailing-List: archive/latest/343961 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/230eb635-6eb0-f9e7-7439-5bb279817d35@apache.org Approved: robomod@news.nic.it Lines: 20 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Cc: "debian-med@lists.debian.org" , debian-science@lists.debian.org, debian-java@lists.debian.org X-Original-Date: Wed, 6 May 2020 16:03:04 +0200 X-Original-Message-ID: <230eb635-6eb0-f9e7-7439-5bb279817d35@apache.org> X-Original-References: <11475b2f-a849-83ea-683c-9a506f2326c8@debian.org> Xref: csiph.com linux.debian.devel:96505 linux.debian.maint.java:11603 Hi Olek, Le 06/05/2020 à 07:42, Olek Wojnar a écrit : > We have more information available, including links to RFP bugs, on our > Workplan wiki [3]. If you have Java experience and are willing to assist > in this effort, even packaging one of these would be a great help. If > you also want to help with the main Bazel-packaging effort, please feel > free to join the team! You can remove javax-annotation from the list, it's already packaged as libgeronimo-annotation-1.3-spec-java. Also error-prone and checker-framework provide annotations that are not required at runtime, patching them out is an option. Regarding the other generic dependencies, it would be nice to package them under the Java Team umbrella. Emmanuel Bourg