| 24 Nov 2024 |
 Tomodachi94 (they/them) | https://github.com/NixOS/nixpkgs/pull/358840 | 22:55:02 |
| 25 Nov 2024 |
| Tomodachi94 (they/them) | In reply to@tomodachi94:matrix.org
I'm going to look into which of our packages use Gradle 7 and try updating or submitting patches for a newer Gradle, to hopefully make the future deprecation of Gradle 7 smoother Made a tracking issue for this, so our future drop+upgrade can go much smoother than the gradle_6 one: https://github.com/NixOS/nixpkgs/issues/358845 | 00:11:01 |
| Tomodachi94 (they/them) | * Made a tracking issue for this, so our future drop+upgrade can go even smoother than the gradle_6 one: https://github.com/NixOS/nixpkgs/issues/358845 | 00:31:03 |
 Ami | In reply to @tomodachi94:matrix.org
Wondering if we should drop the programs.java NixOS module, since it's impure and only has two in-tree consumers (packages should make a wrapper that calls jdk/jre, developers should be using devShells) i haven't looked at what it does or what needs those changes, but i do use plain java commands at times, sometimes for development, sometimes to run some jar that most likely doesn't have a nixpkgs equivalent | 01:53:28 |
| Tomodachi94 (they/them) | In reply to@ami:the-apothecary.club
i haven't looked at what it does or what needs those changes, but i do use plain java commands at times, sometimes for development, sometimes to run some jar that most likely doesn't have a nixpkgs equivalent Looks like the Jenkins and Bloop modules only afaict | 02:03:22 |
| Tomodachi94 (they/them) | I'll probably update those later tonight, along with updating packages which have patches released for Gradle 8 | 02:15:27 |
| Ami | speaking of running plain java commands, is there any "good" way to use multiple java versions in the same environment, or at least get something similar to that? the most obvious answer to me seems like using nix-shell in one way or another | 02:23:14 |
| Tomodachi94 (they/them) | In reply to@ami:the-apothecary.club
speaking of running plain java commands, is there any "good" way to use multiple java versions in the same environment, or at least get something similar to that? the most obvious answer to me seems like using nix-shell in one way or another I don't think there's anything built-in, but my first thought was somehow prefixing the executables. Symlinks maybe? | 02:25:10 |
| Tomodachi94 (they/them) | (We could also introduce "prefixed" packages; we have one for coreutils for example, so it's not unprecedented) | 02:25:44 |
| Tomodachi94 (they/them) | * I don't think there's anything built-in, but my first thought was somehow prefixing the names of the executables. Symlinks maybe? | 02:26:18 |
| Ami | in terms of what i'd prefer to type in my shell, it'd be something like java8 -jar whatever.jar | 02:28:46 |
 Infinidoge 🏳️⚧️ | Python type beat | 02:58:10 |
| Infinidoge 🏳️⚧️ | While it would be slightly unorthodox to include in the base package, I think it would be nice to support | 02:59:42 |
| Infinidoge 🏳️⚧️ | Maybe we could Be The Change and convince JDK to start doing this in general | 03:00:00 |
|  @nullcube:matrix.org joined the room. | 09:59:00 |
 FliegendeWurst | Did anyone see this kind of build failure for openjdk8 before?
zip I/O error: No such file or directory
zip error: Could not create output file (was replacing the original zip file)
make[2]: *** [CreateJars.gmk:659: /build/source/build/linux-x86_64-normal-server-release/images/src.zip] Error 1
(it occurs on the staging branch)
| 11:49:00 |
 emily | you're probably just gonna have to bisect it | 11:50:30 |
| emily | have you tested with .override { stdenv = gcc13Stdenv; } though? | 11:50:37 |
| FliegendeWurst | In reply to @emilazy:matrix.org
have you tested with .override { stdenv = gcc13Stdenv; } though? yes, same error | 14:02:44 |
| emily | excitin | 14:02:59 |
| emily | * exciting | 14:03:00 |
| emily | was the zip package touched? | 14:03:07 |
| FliegendeWurst | in May | 14:03:32 |
| emily | hm | 14:04:21 |
| emily | it might be bisect time :) | 14:04:23 |
| emily | git bisect start --first-parent staging && git bisect run nix build -f . openjdk8, say | 14:05:00 |
| emily | (and be prepared to skip commits…) | 14:05:10 |
| FliegendeWurst | yeah, but it will be a bit annoying for me. I built my prev. staging iterations with strictDepsByDefault | 14:05:55 |
| FliegendeWurst | so I either constantly backport those fixes, or rebuild everything without the setting | 14:06:08 |
| FliegendeWurst | then again, a bisect on staging will rebuild everything very often anyway | 14:06:19 |
