 | NixOS JVM | 122 Members |
| 26 Servers |
| NixOS JVM | 122 Members |
| 26 Servers |
| Sender | Message | Time |
|---|---|---|
| 19 Sep 2025 | ||
 msgilligan | Produces the following output: | 18:11:21 |
| msgilligan | But I can manually compare to the versions in zulu or temurin in sdkman to see where we are behind. | 18:13:27 |
| msgilligan | * But I can manually compare to the versions in zulu or temurin in sdkman to see where we are behind. | 18:13:38 |
| msgilligan | * Produces the following output (for | 18:14:55 |
| msgilligan | * Produces the following output (for | 18:16:16 |
| msgilligan | * Produces the following output (for | 18:17:36 |
| msgilligan | So that suggests that we are behind: 11.0.27 -> 11.0.28 | 18:19:49 |
| msgilligan | On | 18:20:30 |
| msgilligan | So that suggests we are behind: | 18:23:42 |
| msgilligan | * So that suggests we are behind: But Darwin is using | 18:24:36 |
| msgilligan | * So that suggests we are behind: But Darwin is using | 19:39:21 |
 Tomodachi94 (they/them) | Starting work on removing consumers of Gradle7 by patching | 20:26:26 |
| Tomodachi94 (they/them) | If we want to remove Gradle7, we will need to either patch most of the Correttos or drop all except I think latest? | 21:51:14 |
| msgilligan | Who is maintaining Corretto and is it known why they want it in Nixpkgs? | 21:55:24 |
| Tomodachi94 (they/them) | There was a thread about it a few months ago. The reason iirc was because upstream uses that and enforced it through Grade | 22:37:36 |
| Tomodachi94 (they/them) | https://github.com/NixOS/nixpkgs/issues/313208#issuecomment-2467473454 | 22:38:59 |
| msgilligan | At the worst case you think they could patch that somehow. When I use Gradle toolchains to set a JvmVendor (usually Temurin) I allow overrides by putting the setting in gradle.properties which can easily be overridden with a -P on the Gradle command line. | 23:05:28 |
| msgilligan | My list (and reasons) is this: openjdk -- the upstream Open Source, reference build for JDK temurin-bin -- popular Open Source pre-built distribution which Nixpkgs uses to bootstrap OpenJDK zulu -- popular Open Source pre-built distribution with JavaFX. On Darwin, Nixpkgs aliases jdk to zulu graalvm-ce -- Open Source "community edition" of GraalVM that provides the native-image compiler graalvm-oracle -- non-free GraalVM, but provides binaries during Early Access | 23:07:36 |
| msgilligan | * My list (and reasons) is this:
| 23:07:58 |
| msgilligan | Obviously the list could be shortened if we get openjdk building for Darwin or figure out a different way of bootstrapping openjdk, or get graalvm-ce building from source, etc. | 23:18:34 |
| msgilligan | * My list of "priority" JDKs (and reasons) is this:
| 23:20:30 |
| Tomodachi94 (they/them) | We could use Zulu to bootstrap OpenJDK for everything, maybe? | 23:58:22 |
| 20 Sep 2025 | ||
 emily | I'd prefer Temurin over Zulu | 00:09:24 |
| emily | since Temurin is vanilla like the OpenJDK we build | 00:09:33 |
| msgilligan | I’d prefer building OpenJDK with the previous OpenJDK like Guix does, but I assume there’s a reason for not doing it that way. | 02:38:08 |
| emily | turtle stack has to stop somewhere. IIRC they eventually detour via Jikes or something else that eventually bootstraps via C, but last I heard they hadn't wired up the full path yet? | 02:38:52 |
| emily | and it requires lots of old versions of compilers, forked patch GNU Classpath hacks, etc. | 02:39:00 |
| emily | it also means that every time you do a toolchain change that rebuilds the world (so, every couple weeks for us) you need to build some 20 JDKs in sequence | 02:39:27 |
| emily | bootstrappability is nice, but there are trade-offs | 02:39:41 |
| msgilligan | Yes, I guess you could say it’s a can of turtles! | 02:40:06 |