| 24 Nov 2024 |
 FliegendeWurst | The binfmt hooks seem only marginally useful to me. The .class one only really works if the class depends solely on its own package. | 22:34:11 |
 Tomodachi94 (they/them) | For starters I'll add it to our ci/OWNERS section, then we can change in-tree consumers to the makeWrapper pattern later | 22:36:37 |
| 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 |
