| 18 Dec 2024 |
 Tomodachi94 (they/them) | In reply to@fliegendewurst:matrix.org
https://github.com/NixOS/nixpkgs/pull/365724 CMAKECXXFLAGS might be the CMake-blessed way? | 00:02:13 |
| Tomodachi94 (they/them) | CMAKE_CXX_FLAGS might be the CMake-blessed way? | 00:02:26 |
 FliegendeWurst | Doesn't work here. The build error happens in a gradle build | 08:27:07 |
| 19 Dec 2024 |
 jlesquembre | hi, is it now the convention to point the default jdk to the latest LTS version? I'm asking because if that is now the case, there are a couple of packages that could be moved from all-packages.nix to the new by-name layout. | 12:50:58 |
| Tomodachi94 (they/them) | In reply to@jlesquembre:matrix.org
hi, is it now the convention to point the default jdk to the latest LTS version? I'm asking because if that is now the case, there are a couple of packages that could be moved from all-packages.nix to the new by-name layout. Sometimes that's done on purpose when the package doesn't support a newer Java version | 15:36:01 |
| jlesquembre | My question is more about the jdk derivation. Previously, it pointed to the latest JDK (LTS or not). Following that pattern, jdk should point to JDK 23, but currently points to JDK 21. Has this changed, and is it now intentionally pointing to the LTS version? | 16:35:29 |
| Tomodachi94 (they/them) | Iirc the consensus was that non-LTS versions end support quickly, so we're avoiding packaging them. @emily had opinions about this iirc | 18:58:07 |
| Tomodachi94 (they/them) | Would be good to write this down somewhere haha | 18:58:15 |
| Tomodachi94 (they/them) | Iirc the consensus was that non-LTS versions end support quickly, so we're avoiding packaging them/relying on them too heavily. @emily had opinions about this iirc | 18:59:20 |
| Tomodachi94 (they/them) | LTS was mentioned here, but this was in reference to pinning to non-LTS versions: https://matrix.to/#/#jvm:nixos.org/$RDRtYHOcrafUGoMpg3gaQTdWJ9U8QA-KvFz3EEPwT5Y | 19:00:19 |
| Tomodachi94 (they/them) | Iirc the consensus was that non-LTS versions end support quickly, so we're avoiding relying on them too heavily. @emily had opinions about this iirc | 19:00:31 |
| Tomodachi94 (they/them) | I think using latest LTS by default is the best thing to do support-wise (but keeping brand-new versions available for developers or packages needing new features would be good) | 19:06:33 |
| Tomodachi94 (they/them) | The funny thing with Java is that newer versions can compile to bytecode that is compatible with older Java versions (up to a certain limit; support in latest for compiling to Java 8 was on its way out, last I checked) | 19:27:43 |
| Tomodachi94 (they/them) | (e.g. https://stackoverflow.com/a/33483644/14508745) | 19:31:17 |
| 20 Dec 2024 |
|  Frédéric Christ (back on 02.01.) changed their display name from Frédéric Christ to Frédéric Christ 🎄23.12. - 07.01.. | 13:02:59 |
|  🐰 xiaoxiangmoe joined the room. | 13:58:46 |
 nbathum (he or they) | anyone else use IntelliJ IDEA and gradle? I finally got annoyed with working around the disconnect between building with wrapper and inside IDEA. | 20:38:11 |
| nbathum (he or they) | since gradle.override { javaToolchains = [ pkgs.openjdk21 ]; } is nice I put a small PR up that also writes the toolchains into $out/lib/gradle/gradle.properties | 20:39:29 |
| 26 Dec 2024 |
|  @10leej:matrix.org joined the room. | 01:41:08 |
| @10leej:matrix.org left the room. | 01:41:56 |
|  Lorenz Leutgeb changed their display name from Lorenz Leutgeb to Lorenz Leutgeb (📞6343). | 19:33:39 |
| Lorenz Leutgeb changed their display name from Lorenz Leutgeb (📞6343) to Lorenz Leutgeb 📞6343. | 19:36:55 |
| 27 Dec 2024 |
 emily | it was pointing to the LTS before anything I did | 13:00:35 |
| emily | (it was on 21 but 22 was packaged) | 13:00:43 |
| emily | so yes I think jdk/openjdk/etc. pointing to the latest LTS is the correct move, I think it also matches what other distros generally do | 13:00:52 |
| emily | FWIW my idea was that we ship openjdk_latest as the rolling latest non-LTS version (and when a new LTS comes out openjdk = openjdk_latest until the next release) | 13:01:31 |
| emily | since pinning a specific version that goes EOL within 6 months is somewhat futile | 13:01:48 |
| emily | Fedora does this (I think they call it "rolling") | 13:01:54 |
 raboof | is there a 'typical' way to install an 'arbitrary' jdk these days? e.g., I'd like a jdk24 build. I used https://codeberg.org/raboof/nix-jabba for a while but I bet there's a better way by now :) | 14:16:49 |
| raboof | nerdsnipe 🤦 https://github.com/NixOS/nixpkgs/pull/368598 | 17:58:11 |
