6 Dec 2024 |
chayleaf | if that doesn't work out, it might be beneficial to try to reproduce it outside of the nix sandbox | 09:33:14 |
Gaétan Lepage | same with enableParallelBuilding = false unfortunately :/
I will try to bisect the change to have a better idea. Thanks for your help :) | 09:38:56 |
FliegendeWurst (@GPN23) | 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 |
FliegendeWurst (@GPN23) | The error is:
* What went wrong:
A problem occurred evaluating root project 'keyboard-layout-editor'.
> Could not resolve all files for configuration ':runtimeClasspath'.
> Could not find javafx-fxml-17-mac-aarch64.jar (org.openjfx:javafx-fxml:17).
Searched in the following locations:
https://repo.maven.apache.org/maven2/org/openjfx/javafx-fxml/17/javafx-fxml-17-mac-aarch64.jar
> Could not find javafx-controls-17-mac-aarch64.jar (org.openjfx:javafx-controls:17).
Searched in the following locations:
https://repo.maven.apache.org/maven2/org/openjfx/javafx-controls/17/javafx-controls-17-mac-aarch64.jar
> Could not find javafx-graphics-17-mac-aarch64.jar (org.openjfx:javafx-graphics:17).
Searched in the following locations:
https://repo.maven.apache.org/maven2/org/openjfx/javafx-graphics/17/javafx-graphics-17-mac-aarch64.jar
> Could not find javafx-base-17-mac-aarch64.jar (org.openjfx:javafx-base:17).
Searched in the following locations:
https://repo.maven.apache.org/maven2/org/openjfx/javafx-base/17/javafx-base-17-mac-aarch64.jar
| 11:33:48 |
FliegendeWurst (@GPN23) | I suppose the deps.json would need to be combined from all platforms, in some way? | 11:34:59 |
Tomodachi94 (they/them) | In reply to@fliegendewurst:matrix.org I suppose the deps.json would need to be combined from all platforms, in some way? Bingo. Alternatively, some people patch out these platform-dependent dependencies | 15:49:22 |
FliegendeWurst (@GPN23) | In reply to @tomodachi94:matrix.org Bingo. Alternatively, some people patch out these platform-dependent dependencies Well, 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 |
Tomodachi94 (they/them) | 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 |
Tomodachi94 (they/them) | Can we (and should we) override vendored dependencies that are packaged from source locally? | 05:23:06 |
chayleaf | we certainly can, but the current approach is just setting LD_LIBRARY_PATH | 07:19:06 |
chayleaf | theres a looot of jar dependencies most of which can be built from source | 07:19:44 |
chayleaf | 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 |
chayleaf | anyway, thete are some examples in-tree of gradle packages fetching deps for multiple platforms | 07:21:07 |
chayleaf | usually it involves running gradle multiple times with different args or env vars | 07:21:26 |
chayleaf | 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 |
chayleaf | * 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 |
Tomodachi94 (they/them) | 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 |
Tomodachi94 (they/them) | * 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 |
Gaétan Lepage | In reply to @tomodachi94:matrix.org 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??) Haha bazel bazel bazel... We have (almost) given up building some packages from source due to bazel becoming more and more annoying:
python3Packages.protobuf
python3Packages.tensorflow
python3Packages.jaxlib
| 22:15:31 |
Tomodachi94 (they/them) | 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 |
Tomodachi94 (they/them) | Bazel is just... so cursed
Source: one package completely replaces the root BUILD.bazel | 22:17:34 |
Tomodachi94 (they/them) | Bazel is just... so cursed
Source: one package completely replaces the root BUILD.bazel entirely | 22:17:47 |
Tomodachi94 (they/them) | In reply to@tomodachi94:matrix.org
Bazel is just... so cursed
Source: one package completely replaces the root BUILD.bazel entirely (it's envoy if you're curious) | 22:21:43 |
Tomodachi94 (they/them) | In reply to@glepage:matrix.org
Haha bazel bazel bazel... We have (almost) given up building some packages from source due to bazel becoming more and more annoying:
python3Packages.protobuf
python3Packages.tensorflow
python3Packages.jaxlib
I'll take a look at a few of these.... I can't find any from-source Java packages that use Bazel, probably for good reasons | 22:22:18 |
Tomodachi94 (they/them) | * I'll take a look at a few of these.... I can't find any from-source Java packages that use Bazel, probably for good reasons 🙃 | 22:22:29 |
Tomodachi94 (they/them) | buildBazelPackage is also undocumented, I'm going to file an issue about that | 22:24:17 |
Tomodachi94 (they/them) | Oh there is one already... from 2022: https://github.com/NixOS/nixpkgs/issues/157398 | 22:28:45 |
Tomodachi94 (they/them) | Taking a stab at documenting Bazel so I can understand it a little better | 22:51:32 |
Tomodachi94 (they/them) | * Taking a stab at documenting buildBazelPackage so I can understand it a little better | 22:51:41 |
Tomodachi94 (they/them) | (It would be nice to migrate some of these builders to hooks, but that would take a long time) | 22:58:18 |