Path: csiph.com!fu-berlin.de!bofh.it!news.nic.it!robomod From: Vladimir Petko Newsgroups: linux.debian.maint.java Subject: Re: Updating source/target level for Java 21 compatibility to 8 Date: Fri, 15 Sep 2023 00:00:02 +0200 Message-ID: References: X-Original-To: Emmanuel Bourg X-Mailbox-Line: From debian-java-request@lists.debian.org Thu Sep 14 21:55:03 2023 Old-Return-Path: X-Amavis-Spam-Status: No, score=-9.501 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, LDO_WHITELIST=-5, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no X-Policyd-Weight: using cached result; rate: -5.5 X-Gm-Message-State: AOJu0Yy4R5pBlYR8nSffgh5KrlMlTeMQtPTJsfZa+iP/xa5tWE/HWwkx R1DdJdKVGZRiVjd4RYd2lj9V0zLAOSDcIYtD2joQwkrXl+q/3EQI0Ro+8GI4hxPhBsxB5RgH497 9AFbo5VE7j3/zJSiiKLb3z0WI0XBvqtD2o3b2x1fq85nGXLpvw1qlhSpN4Q== X-Received: by 2002:a81:ae22:0:b0:59b:eedc:43da with SMTP id m34-20020a81ae22000000b0059beedc43damr2456351ywh.3.1694728482669; Thu, 14 Sep 2023 14:54:42 -0700 (PDT) X-Google-SMTP-Source: AGHT+IGWrW9wRtaSzyfBtT6tvfTBwLFlr156gEEnIGrgO7oLVw1+himkf/Ravu48VOMe3EQBIzWUKv8zkoq6F7FLIg8= X-Received: by 2002:a81:ae22:0:b0:59b:eedc:43da with SMTP id m34-20020a81ae22000000b0059beedc43damr2456340ywh.3.1694728482321; Thu, 14 Sep 2023 14:54:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailing-List: archive/latest/23378 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/CALFf3kfCFjFodpO93ov416UaG6+iYBQCyUL_F6DsQ-5Z9PUaww@mail.gmail.com Approved: robomod@news.nic.it Lines: 68 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Cc: debian-java@lists.debian.org X-Original-Date: Fri, 15 Sep 2023 09:54:31 +1200 X-Original-Message-ID: X-Original-References: <6a078d6bed965e90952d7cae31a28610@apache.org> Xref: csiph.com linux.debian.maint.java:12696 Hi, >For the previous Java migrations I started with a mass rebuild and then filling a bug report for each broken package. Thank you!!! I will follow the suite then - in addition to hardcoded targets, there are about 93 packages with various compile errors including javadoc issues. >Interesting idea. Where would that variable be declared? In debhelper? >Will the maintainers agree? Yes, it has to be in the common code, e.g. debhelper, but adding something specific to Java to it might not be a good solution. >As a side note, bumping the source/target level isn't always the best solution.These packages are a recurrent source of issues when migrating to more recent JDKs, and they are almost never used. Maybe I can raise bugs for those and then the decision can be made on a case by case basis? Best Regards, Vladimir. On Fri, Sep 15, 2023 at 1:52=E2=80=AFAM Emmanuel Bourg = wrote: > > Le 2023-09-14 01:03, Vladimir Petko a =C3=A9crit : > > > Java 21 removes source/target compatibility level 7. Some packages (80 > > in total as per the attached list) have it specified in rules or > > Makefiles. > > I was wondering if it is okay to raise a single bug to update them and > > submit the changes as pull requests on Salsa. > > For the previous Java migrations I started with a mass rebuild and then > filling a bug report for each broken package. The reports had a user tag > to be able to follow the progress (and document the main issues > encountered). > > Here is for example the bug list for the migration to Java 17: > > > https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=3Ddefault-java17;users= =3Ddebian-java@lists.debian.org > > Personally I find it satisfying to see the list shrinking over time, > I also hoped that it would entice new contributors to join the migration > effort (but it barely materialized, if at all). But as long as the work > is done it doesn't really matter how it is organized. > > > > Also, we could add a DEB_ variable to specify the minimal supported > > level. The variable will allow us to avoid repeating this work in the > > future, but I am not sure what is the best way to provide it. > > Interesting idea. Where would that variable be declared? In debhelper? > Will the maintainers agree? > > As a side note, bumping the source/target level isn't always the best > solution. For example olap4j breaks when building the Javadoc, in this > case I recommend scrapping the -java-doc package. These packages are a > recurrent source of issues when migrating to more recent JDKs, and they > are almost never used. > > Emmanuel Bourg >