| 25 Nov 2024 |
 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 joined the room. | 09:59:00 |
 FliegendeWurst (@GPN23) | 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 (@GPN23) | 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 (@GPN23) | 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 (@GPN23) | yeah, but it will be a bit annoying for me. I built my prev. staging iterations with strictDepsByDefault | 14:05:55 |
| FliegendeWurst (@GPN23) | so I either constantly backport those fixes, or rebuild everything without the setting | 14:06:08 |
| FliegendeWurst (@GPN23) | then again, a bisect on staging will rebuild everything very often anyway | 14:06:19 |
| emily | are there strictDeps fixes in the pipeline? :) | 14:06:46 |
| emily | or already merged? | 14:06:48 |
| FliegendeWurst (@GPN23) | yes https://github.com/NixOS/nixpkgs/pull/355844
not merged | 14:07:00 |
| FliegendeWurst (@GPN23) | some are a bit fishy, like including wayland-scanner in buildInputs only to please the ./configure script | 14:07:56 |
