Groups | Search | Server Info | Keyboard shortcuts | Login | Register
Groups > linux.debian.maint.java > #12840
| From | Emmanuel Bourg <ebourg@apache.org> |
|---|---|
| Newsgroups | linux.debian.maint.java |
| Subject | Re: gradle reboot |
| Date | 2024-11-29 13:00 +0100 |
| Message-ID | <JO7Pb-csQd-7@gated-at.bofh.it> (permalink) |
| References | <JJqpr-9klD-5@gated-at.bofh.it> <JN3DX-bLiV-1@gated-at.bofh.it> <JO6Jr-crX8-5@gated-at.bofh.it> <JO7Fv-csK8-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Le 29/11/2024 à 12:40, sre4ever@free.fr a écrit : > Or maybe we can keep all of them in experimental for a while, and > duplicate only those that prove (or are suspected eventually, after > discussing that) to be problematic? I would rather keep things as > straightforward as possible with the dependencies, gradle has a lot of > dependencies but several of them only have very few reverse-dependencies > other than gradle and sometimes kotlin. I'm not a big fan of potentially long lived experimental packages as it makes updates in sid more complicated. For example let's say the package foo has the version 1.0 in sid/testing and the version 3.0 in experimental, the upstream and pristine-tar branch on salsa are updated to the 3.0 release. If I want to update the sid package to 2.0, I can't import the release without rebasing/reimporting the experimental 3.0 release on these branches. > By the way, any opinion about making that new gradle a "gradle8" package > that provides "gradle"? My feeling is that maintaining up to 3 major > versions of Gradle is probably going to be necessary, given the breaking > changes with every major release (and sometimes in between) and what's > already announced for future releases. I have no objection to upload even 10 versions of Gradle if that's part of a plan to get to the latest release and eventually drop the temporary packages. We can keep the extra releases in sid only to avoid raising concerns from the release and security teams. Emmanuel Bourg
Back to linux.debian.maint.java | Previous | Next — Previous in thread | Next in thread | Find similar
Re: gradle reboot Julien Plissonneau Duquène <sre4ever@free.fr> - 2024-11-16 13:50 +0100
Re: gradle reboot Markus Koschany <apo@debian.org> - 2024-11-26 14:20 +0100
Re: gradle reboot sre4ever@free.fr - 2024-11-27 09:20 +0100
Re: gradle reboot Emmanuel Bourg <ebourg@apache.org> - 2024-11-29 12:00 +0100
Re: gradle reboot sre4ever@free.fr - 2024-11-29 13:00 +0100
Re: gradle reboot Markus Koschany <apo@debian.org> - 2024-11-30 09:50 +0100
Re: gradle reboot sre4ever@free.fr - 2024-11-30 11:10 +0100
Re: gradle reboot Emmanuel Bourg <ebourg@apache.org> - 2024-11-29 11:50 +0100
Re: gradle reboot sre4ever@free.fr - 2024-11-29 12:50 +0100
Re: gradle reboot Emmanuel Bourg <ebourg@apache.org> - 2024-11-29 13:00 +0100
Re: gradle reboot sre4ever@free.fr - 2024-11-29 13:10 +0100
Re: gradle reboot Toni Mueller <toni@debian.org> - 2024-11-29 13:00 +0100
csiph-web