Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.maint.java > #12262
| From | tony mancill <tmancill@debian.org> |
|---|---|
| Newsgroups | linux.debian.maint.java |
| Subject | Re: packaging Go runtime for ANTLR4 |
| Date | 2021-07-28 17:10 +0200 |
| Message-ID | <CFTm1-3va-5@gated-at.bofh.it> (permalink) |
| References | <CFqk1-1NQ-1@gated-at.bofh.it> <CFMNz-7OR-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
On Wed, Jul 28, 2021 at 08:41:46AM +0200, Emmanuel Bourg wrote: > Hi Peymaneh, > > Le 2021-07-27 10:09, Peymaneh Nejad a écrit : > > > Is it intended or wished for that additional runtimes other than Java > > are packaged in seperate source packages > > Yes it is, for several reasons: > - The Java Team doesn't have the time and skills to maintain properly a > multi-language package like ANTLR. The Java part is sufficiently complex on > its own, we'd rather not have to care about the other languages. > - Different language ecosystems often require distinct and slightly > incompatible versions of ANTLR. > - Handling several languages in the same package makes upgrades and > regression testing much more difficult. > - ANTLR is a core package of the Java ecosystems, including more languages > increases the dependency tree of the Java packages and makes the > bootstrapping harder. > > So it's preferable to have a clear separation of responsability with > different source packages, each language team having the freedom to maintain > its version as needed without impacting the others. I don't disagree with Emmanuel's statements about the importance of ANTLR and why it is helpful to maintain separation. However, I don't think introducing a separate source package each language ecosystem is necessarily best for Debian. It causes additional work for the Security team when in the event there vulnerabilities. It potentially confuses users (and Debian developers) by creating a distinction that does not exist upstream. It also means that we will release with different versions of ANTLR for different languages, which feels very "non-distro" to me. (What happens if the version of the ANTLR parser for language X is subtly incompatible with language Y, and a user runs a system on Debian that requires both bindings?) tony
Back to linux.debian.maint.java | Previous | Next — Previous in thread | Next in thread | Find similar
packaging Go runtime for ANTLR4 Peymaneh Nejad <p.nejad@posteo.de> - 2021-07-27 10:10 +0200
Re: packaging Go runtime for ANTLR4 Olek Wojnar <olek@debian.org> - 2021-07-27 17:10 +0200
Re: packaging Go runtime for ANTLR4 tony mancill <tmancill@debian.org> - 2021-07-27 18:10 +0200
Re: packaging Go runtime for ANTLR4 Emmanuel Bourg <ebourg@apache.org> - 2021-07-28 10:10 +0200
Re: packaging Go runtime for ANTLR4 Peymaneh Nejad <p.nejad@posteo.de> - 2021-07-28 11:20 +0200
Re: packaging Go runtime for ANTLR4 tony mancill <tmancill@debian.org> - 2021-07-28 17:10 +0200
Re: Re: packaging Go runtime for ANTLR4 Nilesh Patra <nilesh@debian.org> - 2021-07-28 21:40 +0200
Re: packaging Go runtime for ANTLR4 tony mancill <tmancill@debian.org> - 2021-07-28 21:50 +0200
Re: packaging Go runtime for ANTLR4 Andrius Merkys <merkys@debian.org> - 2021-07-29 09:10 +0200
Re: packaging Go runtime for ANTLR4 Olek Wojnar <olek@debian.org> - 2021-07-29 16:20 +0200
Re: packaging Go runtime for ANTLR4 Nilesh Patra <nilesh@debian.org> - 2021-07-29 21:50 +0200
antlr 4.10 released [Was: Re: packaging Go runtime for ANTLR4] Andrius Merkys <merkys@debian.org> - 2022-04-13 10:40 +0200
Re: packaging Go runtime for ANTLR4 Emmanuel Bourg <ebourg@apache.org> - 2021-07-30 02:40 +0200
Re: packaging Go runtime for ANTLR4 Emmanuel Bourg <ebourg@apache.org> - 2021-07-30 05:50 +0200
csiph-web