Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


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

Quarterly meeting report 2025Q3

From Julien Plissonneau Duquène <sre4ever@free.fr>
Newsgroups linux.debian.maint.java
Subject Quarterly meeting report 2025Q3
Date 2025-09-17 14:20 +0200
Message-ID <LvZiG-g0Zo-23@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Show all headers | View raw


Good afternoon,

Yesterday we were 5 (Mechtilde, Vladimir, Enrico, Tony, and myself) to 
attend the Jitsi videoconference for a Java Team meeting that lasted 
about 30 minutes.

We discussed the following items:

1. official release of Java 25 6 hours ago

The upstream git tag [1] is barely dry, and Vladimir and doko are 
already working on integrating it into Ubuntu and Debian.

Vladimir reminded us that he ran a rebuild with Java 25 (EA) as 
default-jdk in July [2] and opened bugs with the usertag default-java25 
[3]. There are currently 39 open FTBFS bugs (same number as in July), a 
much lower number than that of the Java 21 migration (which opened 146 
bugs). Many bugs are related to the removal of the Security Manager. A 
new rebuild run is likely to be scheduled before the end of the year.

Updating default-jdk to 25 in experimental was discussed, and no major 
objection surfaced. Once critical packages (including gradle and kotlin, 
there are some issues with asm as well) are fixed and the default-java25 
bug count is low enough, switching the default-jdk to 25 in unstable and 
raising the severity of the remaining bugs could be considered and this 
will be coordinated on this mailing list.

[1]: https://github.com/openjdk/jdk25u/releases/tag/jdk-25-ga
[2]: https://lists.debian.org/debian-java/2025/07/msg00000.html
[3]: 
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=default-java25;users=debian-java@lists.debian.org


2. arch:all transitions (followup)

Erratum: at the last meeting (DebConf25 Java/JVM BoF) I announced that 
it was planned to make Architecture: all transitions managed by the 
transition tracker but that was a misunderstanding. It was agreed at 
DebConf that this is something that should be worked on, but there isn't 
any change or work planned yet. Java arch:all transitions (i.e. most 
Java transitions) still have to be done the old way.


3. Temurin JDKs (followup)

I was invited to the Temurin Slack by Martijn (Tony is a member as well) 
and briefed about where I could ask questions. No further work on this 
happened yet. Tony and I agreed that providing contrib installers for 
the Temurin JDKs sounds appropriate. Discussing about the differences 
between Debian and Temurin builds, Vladimir explained that Temurin use 
more conservative toolchains (older compilers and libraries).


4. gradle, kotlin, intellij-community-idea (followup)

This work is still ongoing, currently focusing on the upgrade of 
intellij-community-idea libraries and their dependencies.

Vladimir suggested using OpenRewrite [4] instead of manually maintaining 
large patch sets, and developped a proof-of-concept tool [5] that he 
uses on his own packaging work. This sounds like a fairly good idea on 
large projects such as gradle and kotlin, and could also be integrated 
into packaging helper tools. OpenRewrite is not yet in Debian. I added 
that I would be interested in investigating Coccinelle4J [6], another 
tool that could help maintaining patch sets. Coccinelle is already in 
debian, but Coccinelle4J is a research project that would need to be 
integrated and maintained.

[4]: https://docs.openrewrite.org/
[5]: https://github.com/vpa1977/d-refactor
[6]: https://github.com/kanghj/coccinelle/tree/java


5. community, helping, documentation (followup)

Vladimir started to draft a new document [7] describing Java packaging 
and known issues, and others offered to contribute and comment.

[7]: 
https://docs.google.com/document/d/1IezCS1UY3o07qgtT5wUquC_HFMavnrESHg6n6nYqP9Y/edit?usp=sharing


6. additional items/questions

No additional items or questions.


7. next quarterly meeting

We will keep the same UTC time for the meeting (19:00Z), but note that 
in areas that still implement "daylight saving" semiannual legal time 
changes the corresponding legal time will be one hour earlier in the 
northern hemisphere, and one hour later south of the equator.

Please share your availability or preferences in the next meeting date 
poll [8] before November 16. If there are no clear preferences I will 
probably default to Tuesday 16 December.

[8]: https://beta.framadate.org/polls/0ef2e10e705733e504c0


Thank you all for participating, hoping to hear/see you in December, and 
until then take care!

Cheers,

-- 
Julien Plissonneau Duquène

Back to linux.debian.maint.java | Previous | Next | Find similar


Thread

Quarterly meeting report 2025Q3 Julien Plissonneau Duquène <sre4ever@free.fr> - 2025-09-17 14:20 +0200

csiph-web