 | NixOS JVM | 121 Members |
| 27 Servers |
| NixOS JVM | 121 Members |
| 27 Servers |
| Sender | Message | Time |
|---|---|---|
| 19 Sep 2025 | ||
 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 |
| emily | https://bootstrappable.org/projects/java.html "Moving on to JDK 9 and 10 is left as an exercise for the reader." :) | 02:40:31 |
| emily | "Unfortunately, most of the software needed for the bootstrap has been abandoned. To ensure that the JDK can be built from sources without the need for an existing installation of the OpenJDK we propose to continue maintaining the links of this bootstrap chain." | 02:40:49 |
| emily | a small project that we have plenty of available slack for, I'm sure | 02:41:00 |