| 24 Sep 2025 |
 emily | I guess it is maybe more difficult, because there is specific JNI C code. I don't really know how you do JNI linking to native libs in general | 15:55:33 |
| emily | oh, but it will do dlopen: https://github.com/openjdk/jdk25u/blob/master/src/java.desktop/unix/native/libawt_xawt/awt/gtk3_interface.c#L98 | 15:56:53 |
| emily | so actually you can totally provide it GTK at runtime only. cool. | 15:57:00 |
 msgilligan | Looks like Temurin 25 is almost ready. I'm updating the draft PR now. aarch64-linux seems to be the only thing missing. | 15:57:04 |
| msgilligan | I assume we can't merge it until aarch64-linux is there? | 15:57:42 |
| emily | I think we could do that without splitting it out of the JDK package – just always build the stuff, but don't link it directly against GTK, and it'll only work if you have it on the library path at runtime. | 15:57:47 |
| emily | as in, they haven't put up the binaries yet? I'd wait, yeah. | 15:58:05 |
| msgilligan | Yeah. I think all the others we care about are there. (x64 linux, and both x64 and aarch64 darwin are there) | 15:58:58 |
| msgilligan | I'll update the PR anyway, so the ones that are there can run through CI | 15:59:54 |
| emily | the CI "resets" every time you push anyway | 16:03:01 |
| emily | so no rush there | 16:03:06 |
| emily | well, I guess it avoids the actual build since it'll have it cached, but the real slow part is waiting for the queue… | 16:03:20 |
| msgilligan | nix build .#temurin-bin-25 .#temurin-jre-bin-25 seems to have produced runnable java and javac | 16:03:27 |
| msgilligan | I already pushed the update | 16:03:46 |
| msgilligan | Redacted or Malformed Event | 16:04:10 |
| msgilligan | I'm only adding 25, not included the updates to the other versions which are (hopefully) making there way to unstable. | 16:04:39 |
| msgilligan | * I'm only adding 25, not including the updates to the other versions which are (hopefully) making there way to unstable. | 16:04:49 |
| msgilligan | * I'm only adding 25, not including the updates to the other versions which are (hopefully) making their way to unstable. | 16:05:00 |
| msgilligan | https://github.com/NixOS/nixpkgs/pull/443894/files | 16:05:44 |
| msgilligan | nixpkgs-review on aarch64-darwin passed. | 16:09:43 |
| msgilligan | Is there a way to do something like this as a shell one-liner:
nix shell 'nixpkgs#gradle_9.override { jdk = nixpkgs.zulu25; }'
| 19:31:20 |
| msgilligan | The above fails with error: getting status of '/Users/sean/github/nixos/nixpkgs/nixpkgs': No such file or directory | 19:31:54 |
| msgilligan | or do I have to make a little devShell file? | 19:32:20 |
| msgilligan | I'm trying to fix a warning that is displayed when nixpkgs#gradle_9 (and probably gradle_8, too) is run with JDK 25 or 25:
WARNING: A restricted method in java.lang.System has been called
WARNING: java.lang.System::load has been called by net.rubygrapefruit.platform.internal.NativeLibraryLoader in an unnamed module (file:/nix/store/d2icx77lh6px4lxhb8z63xvdc19252p5-gradle-9.1.0/lib/gradle/lib/native-platform-0.22-milestone-28.jar)
WARNING: Use --enable-native-access=ALL-UNNAMED to avoid a warning for callers in this module
WARNING: Restricted methods will be blocked in a future release unless native access is enabled
| 19:47:01 |
| msgilligan | I guess I can just bump the defaultJava in the gradle package and run directly from there. (I assume that shortly after we integrate openjdk25 we will want to set defaultJava = jdk25 for gradle_9) | 19:50:46 |
| emily | 25 is the new LTS, right? so we'll want it to be default across the board | 19:54:34 |
| emily | (sorry for my limited ability to review stuff right now, it has been a very busy week for me) | 19:55:06 |
| msgilligan | Gradle 8 won’t work with JDK 25, so it has to stay at JDK 21 | 19:56:42 |
| 25 Sep 2025 |
| msgilligan | Here's an update on what's going on with Temurin 25 for aarch64-linux:
https://github.com/adoptium/temurin-build/issues/4258 | 20:17:55 |
| msgilligan | * Here's an update on what's going on with Temurin 25 for aarch64-linux:
https://github.com/adoptium/temurin-build/issues/4258
[aarch64-linux] platform has recently lost one of our cloud providers which has given us some capacity/setup issues but it is close to completion.
| 20:18:42 |
