NixOS JVM | 121 Members | |
| 27 Servers |
| Sender | Message | Time |
|---|---|---|
| 5 Dec 2024 | ||
| This is the PR if of any use: https://github.com/NixOS/nixpkgs/pull/362140 | 17:52:45 | |
| 6 Dec 2024 | ||
| @FliegendeWurst congrats on the committee bit! | 01:32:48 | |
| @FliegendeWurst congrats on the committer bit! | 01:32:53 | |
| | 01:33:21 | |
In reply to @glepage:matrix.orgtry setting gradleUpdateTask to assemble, this sometimes helps if some dependencies aren't being downloaded | 04:56:23 | |
| Thank you for the suggestion ! Unfortunately it does the same thing... | 07:27:42 | |
In reply to @glepage:matrix.orgas another option, you could set enableParallelBuilding to false, I don't have any ideas other than that | 09:33:00 | |
| if that doesn't work out, it might be beneficial to try to reproduce it outside of the nix sandbox | 09:33:14 | |
same with enableParallelBuilding = false unfortunately :/I will try to bisect the change to have a better idea. Thanks for your help :) | 09:38:56 | |
| How can I fix gradle packages where the build fails on everything not x86_64-linux? https://github.com/NixOS/nixpkgs/pull/353165 | 11:33:14 | |
| The error is:
| 11:33:48 | |
| I suppose the deps.json would need to be combined from all platforms, in some way? | 11:34:59 | |
In reply to@fliegendewurst:matrix.orgBingo. Alternatively, some people patch out these platform-dependent dependencies | 15:49:22 | |
In reply to @tomodachi94:matrix.orgWell, the dependency is openjfx. I can't just patch that out. Maybe I can get all the deps.json files via the community builder.. | 19:41:16 | |
| We do have an OpenJFX package, you might be able to patch it to use that? I can't find any other instances of packages doing that (but maybe they should): https://github.com/search?q=repo%3ANixOS%2Fnixpkgs%20Gradle%20OpenJFX&type=code | 19:44:23 | |
| 8 Dec 2024 | ||
| Can we (and should we) override vendored dependencies that are packaged from source locally? | 05:23:06 | |
| we certainly can, but the current approach is just setting LD_LIBRARY_PATH | 07:19:06 | |
| theres a looot of jar dependencies most of which can be built from source | 07:19:44 | |
| i guess you could make an argument for building the ones with native code from source, but it's gonna require looots of effort | 07:20:11 | |
| anyway, thete are some examples in-tree of gradle packages fetching deps for multiple platforms | 07:21:07 | |
| usually it involves running gradle multiple times with different args or env vars | 07:21:26 | |
| worst case you can write a grep+sed mess to extract urls from the source files and then download them with curl | 07:22:37 | |
| * worst case you can write a grep+sed mess to extract urls from the source files and then fetch them with curl so they end up in the cache | 07:23:13 | |
| protobuf-java is... a massive headache. Bazel keeps trying to download protobuf-rust things (but I'm not trying to build the Rust stuff??) | 22:10:57 | |
| * protobuf-java from source is... a massive headache. Bazel keeps trying to download protobuf-rust things (but I'm not trying to build the Rust stuff??) | 22:11:05 | |
In reply to @tomodachi94:matrix.org Haha bazel bazel bazel... We have (almost) given up building some packages from source due to bazel becoming more and more annoying:
| 22:15:31 | |
| Bazel is just... so cursed, though I imagine part of my problem is that I don't have the mental model of how Bazel works | 22:17:03 | |
Bazel is just... so cursedSource: one package completely replaces the root BUILD.bazel | 22:17:34 | |
Bazel is just... so cursedSource: one package completely replaces the root BUILD.bazel entirely | 22:17:47 | |
In reply to@tomodachi94:matrix.org(it'sBazel is just... so cursedSource: one package completely replaces the root BUILD.bazel entirely envoy if you're curious) | 22:21:43 | |