27 Mar 2025 |
msgilligan | I guess I could help by testing PRs like this one:
https://github.com/NixOS/nixpkgs/pull/379073 | 01:56:47 |
msgilligan | * I guess I could help by testing PRs like this one?
https://github.com/NixOS/nixpkgs/pull/379073 | 01:56:59 |
Tomodachi94 (they/them) | I am. Happy to review and merge PRs, though I currently lack the capacity to do larger or longer builds | 01:58:50 |
Infinidoge 🏳️⚧️ | If need be I can give you access to my build server | 02:15:17 |
Tomodachi94 (they/them) | From what I've gleaned from our discussion here, I'm going to respond to the discussion with something like this:
## Java
We do not anticipate any release blockers.
### OpenJDK and other JDKs
Java 25, the next LTS release, will most likely be released in September. We intend to package it when it is released. It will be made the default JDK with the release of 25.11.
### Gradle
Gradle 9 will be released in Q2 of 2025. We will package it when it is released. We will mark Gradle 7 as insecure on the stable branch and remove it on unstable.
### Maven
Maven 4.0.0 is currently in release candidate phase. We do not anticipate a release before the NixOS feature freeze. When it is released, we will bump the version on unstable.
| 02:54:13 |
Tomodachi94 (they/them) | Redacted or Malformed Event | 02:54:28 |
Infinidoge 🏳️⚧️ | The release blocker is getting all JDKs updated to non-vulnerable versions | 02:54:42 |
Tomodachi94 (they/them) | Oops 😬 should have looked a bit closer, sorry | 02:55:03 |
Infinidoge 🏳️⚧️ | That should be it though, once those PRs are merged and any other updates accounted for we're good | 02:55:11 |
msgilligan | Are we going to remove non-LTS JDKs from the 25.05? | 02:56:07 |
msgilligan | And when you say "we intend to package it when it is released" does that mean on stable and unstable? | 02:57:38 |
msgilligan | (Sorry for the naive questions) | 02:57:54 |
Tomodachi94 (they/them) | Yes, on both, but only make it default on unstable | 02:58:11 |
Tomodachi94 (they/them) | No worries, I'm going to modify the draft to make that a bit clearer | 02:59:02 |
Tomodachi94 (they/them) | This is a very good question. I think we should, but only if support will end during the support period of 25.05 | 02:59:58 |
msgilligan | Support on non-LTS ends as soon as a new non-LTS is released, so that pretty much means they all get dropped during the support period of 25.05. | 03:01:45 |
msgilligan | So 24 is the newest non-LTS and it will go out of support in September | 03:02:47 |
msgilligan | https://www.oracle.com/java/technologies/java-se-support-roadmap.html | 03:03:14 |
msgilligan | (And there's a long lecture about there being no such thing as LTS OpenJDK, it depends upon each vendor, etc. But for practical purposes I'm pretty sure there is no Open Source OpenJDK release that supports non-LTS releases longer than Oracle) | 03:05:36 |
msgilligan | So by this logic it should be:
25.05: 8, 11, 17, 21
25.11: 8, 11, 17, 21, 25 (unless people agree that 8 can be dropped) | 03:14:20 |
msgilligan | For reference here's output from my SDKMAN! on macOS:
$ sdk list java | grep tem
Temurin | | 24 | tem | installed | 24-tem
| >>> | 23.0.2 | tem | installed | 23.0.2-tem
| | 22.0.2 | tem | local only | 22.0.2-tem
| | 21.0.6 | tem | installed | 21.0.6-tem
| | 17.0.14 | tem | installed | 17.0.14-tem
| | 11.0.26 | tem | installed | 11.0.26-tem
| 03:15:00 |
msgilligan | They don't support 8. You can see that 22.02 is "local only" which means it has disappeared from their servers. And the 23 and 24 releases are currently available/active. | 03:16:50 |
msgilligan | This is roughly the behavior I would like to see on unstable | 03:17:24 |
msgilligan | 24.11 has jdk23 even though it is now unsupported | 03:19:50 |
emily | it's sorta Oracle's own poor decision that they offer no overlap in support period | 03:22:22 |
emily | even we manage a month | 03:22:27 |
emily | I get the impression they essentially see non-LTS releases as previews rather than something production oriented | 03:22:54 |
msgilligan | Here is Temurin's policy:
https://adoptium.net/en-GB/support/ | 03:24:00 |
emily | I think most of the downstream builds have the same policy because it's essentially a matter of what commits Oracle will do | 03:25:22 |
msgilligan | They use the word "Availability". There is a difference between "availability" and support. | 03:25:31 |