Groups | Search | Server Info | Keyboard shortcuts | Login | Register


Groups > linux.debian.maint.java > #12840

Re: gradle reboot

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

Show all headers | View raw


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 | NextPrevious in thread | Next in thread | Find similar


Thread

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