NixOS JVM - Public Room Timeline

	NixOS JVM	127 Members
		27 Servers

Load older messages

Sender	Message	Time
6 Dec 2024
Gaétan Lepage	Thank you for the suggestion ! Unfortunately it does the same thing...	07:27:42
chayleaf	In reply to @glepage:matrix.org Thank you for the suggestion ! Unfortunately it does the same thing... as another option, you could set `enableParallelBuilding` to `false`, I don't have any ideas other than that	09:33:00
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	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	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	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	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

Show newer messages

Back to Room ListRoom Version: 6