| 23 Nov 2024 |
 Tomodachi94 (they/them) | * There's a little bit of (unrelated) Maven discussion about mvn2nix above if you're interested 🙂 | 19:17:33 |
| Tomodachi94 (they/them) | In reply to@tomodachi94:matrix.org
We should probably:
Post a call for maintainers on Discourse Wait a week If nobody responds, rip it out as mentioned above If someone responds, collaborate on moving the builder and docs to the upstream repo
Oh, looks like there's a live "fork" owned by fzakaria: https://github.com/fzakaria/mvn2nix | 19:20:37 |
| Tomodachi94 (they/them) | ...which is looking for maintainers 😂 | 19:21:34 |
 tricktron | In reply to @tomodachi94:matrix.org
There's a little bit of (unrelated) Maven discussion about mvn2nix above if you're interested 🙂 Don't know much about mvn2nix unfortunately. | 19:22:04 |
| Tomodachi94 (they/them) | https://github.com/NixOS/nixpkgs/pull/358562 | 20:22:35 |
| Tomodachi94 (they/them) | Speak now or forever hold your peace! | 20:22:49 |
| Tomodachi94 (they/them) | (Running nixpkgs-review to make sure we don't break anything in-tree accidentally) | 20:23:29 |
| Tomodachi94 (they/them) | Confirmed to not break anything in-tree | 20:38:28 |
| Tomodachi94 (they/them) | * Oh, looks like there's a live "fork" owned by fzakaria, the original dev: https://github.com/fzakaria/mvn2nix | 20:50:04 |
| Tomodachi94 (they/them) | In reply to@emilazy:matrix.org
we really ought to just shim in our own local FS repository and build everything from source but 🙃 Can we assume anything about the build system the dependencies use? Or would we have to determine that first | 20:51:49 |
 emily | I assume every dependency would build with whatever its build system is and spit out jars that we integrate in the maven repository format or such | 20:56:20 |
| Tomodachi94 (they/them) | Interesting. Looks like one can specify a classpath through META-INF/MANIFEST.MF inside of JARs, to allow Java libraries to find their dependencies automatically... in theory | 22:12:05 |
| Tomodachi94 (they/them) | Interesting. Looks like one can specify a Class-Path through META-INF/MANIFEST.MF inside of JARs, to allow Java libraries to find their dependencies automatically... in theory | 22:12:22 |
| Tomodachi94 (they/them) | (ant-contrib is a 20-year-old beast) | 22:18:21 |
| Tomodachi94 (they/them) | Yes, it has had no releases since 2006 | 22:27:48 |
| Tomodachi94 (they/them) | There is a newer fork last updated two or so years ago | 22:28:02 |
| Tomodachi94 (they/them) | In reply to@tomodachi94:matrix.org
Interesting. Looks like one can specify a Class-Path through META-INF/MANIFEST.MF inside of JARs, to allow Java libraries to find their dependencies automatically... in theory ... and the jar utility has a specific option for intelligently amending the manifest | 23:00:05 |
| 24 Nov 2024 |
| Tomodachi94 (they/them) | In reply to@emilazy:matrix.org
yeah, poke me in a few days (if everything is ready) and I'll try to look. trying to take it easy for a few days (we'll see if I manage 🙃) Does this count as a few days? 🙃 | 00:00:33 |
| emily | I'll try and look some time tonight | 00:08:06 |
| Tomodachi94 (they/them) | In reply to@emilazy:matrix.org
I'll try and look some time tonight No rush if I was too soon | 00:14:08 |
| emily | no worries :) | 00:15:20 |
| Tomodachi94 (they/them) | Currently hunting for packages that provide Ant task providers and adding a symlink in the spot expected by ant.hook | 01:57:58 |
| Tomodachi94 (they/them) | Found a few thanks to nix-index. Will PR that in later | 04:34:52 |
| Tomodachi94 (they/them) | (Also, there are so many packages that have Ant in their output, but don't need it to be there) | 04:38:51 |
| Tomodachi94 (they/them) | 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) | 22:25:12 |
| Tomodachi94 (they/them) | Pinging @FliegendeWurst @chayleaf @Infinidoge 🏳️⚧️ for input | 22:28:18 |
| Tomodachi94 (they/them) | Pinging @FliegendeWurst @chayleaf @Infinidoge 🏳️⚧️ for input (others welcome to chime in too, of course) | 22:28:37 |
 Infinidoge 🏳️⚧️ | The main benefit of the Java module is that it let's end consumers emulate a more standard Linux distribution for running programs that use Java internally, so I don't think it being impure is strictly a reason to remove it in this case | 22:30:00 |
| Infinidoge 🏳️⚧️ | At minimum though in-tree consumers can be rewritten away from it | 22:30:25 |
| Infinidoge 🏳️⚧️ | * The main benefit of the Java module is that it lets end consumers emulate a more standard Linux distribution for running programs that use Java internally, so I don't think it being impure is strictly a reason to remove it in this case | 22:30:41 |
