Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.maint.java > #8822
| From | Markus Koschany <apo@debian.org> |
|---|---|
| Newsgroups | linux.debian.maint.java |
| Subject | Re: Groovy packaging |
| Date | 2016-02-03 14:00 +0100 |
| Message-ID | <qY5cn-24p-9@gated-at.bofh.it> (permalink) |
| References | <qXMMr-6gE-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
Hi, Am 02.02.2016 um 18:11 schrieb Emmanuel Bourg: > Hi all, > > Jenkins is going to be removed, this is the last dependency on the > groovy package. This opens the question of the groovy and groovy2 > packages. Should we: > > 1. Remove groovy and keep only groovy2. We may later reuse groovy for an > upcoming version 3.0. > > 2. Reuse groovy to package the next version of Groovy 2.x and then > remove groovy2 (we keep the 2.x artifact to avoid updating all the > reverse dependencies) > > 3. Turn groovy into a dummy package depending on groovy2. The groovy > package would become the equivalent of default-jdk, always pointing to > the latest version available. > > 4. Same as 3, but move groovy to src:groovy2 and remove src:groovy > > 5. Rename src:groovy2 into src:groovy and produce two packages groovy > and groovy2 (with groovy depending on groovy2). > > What do you think? I like having one source package src:groovy that always provides the latest upstream release and all its reverse-dependencies shall always work flawlessly with it. Amen. :-) We should try to avoid keeping packages around just because they may be useful later. Better keep packages as long as they are needed and reintroduce new packages when there is demand for it, e.g. to ease a transition. So I would prefer to package the next version of groovy 2.x in src:groovy and to remove src:groovy2. I can see the benefits of option number three but it should be limited to packages where we also provide an alternative like switching between two different JDKs and when many, if not all Java packages, are affected by this choice. So for me it's option 2 but don't we have to switch the r-deps in debian/control from groovy2 back to groovy again? Regards, Markus
Back to linux.debian.maint.java | Previous | Next — Previous in thread | Next in thread | Find similar
Groovy packaging Emmanuel Bourg <ebourg@apache.org> - 2016-02-02 18:20 +0100
Re: Groovy packaging Ioan Eugen Stan <stan.ieugen@gmail.com> - 2016-02-02 18:50 +0100
Re: Groovy packaging Emmanuel Bourg <ebourg@apache.org> - 2016-02-02 19:30 +0100
Re: Groovy packaging Andrew Schurman <arcticwaters@gmail.com> - 2016-02-03 02:30 +0100
Re: Groovy packaging Markus Koschany <apo@debian.org> - 2016-02-03 14:00 +0100
Re: Groovy packaging Emmanuel Bourg <ebourg@apache.org> - 2016-02-03 17:30 +0100
Re: Groovy packaging Markus Koschany <apo@debian.org> - 2016-02-04 00:30 +0100
csiph-web