| 5 Dec 2024 |
Tomodachi94 (they/them) | In reply to@glepage:matrix.org
Hello,
I am quite new to the Java ecosystem in nixpkgs.
I was trying to update the jadx package.
I bumped the version and src hash, nix-build -A jadx.mitmCache.updateScript (this changed the deps.json).
However, the build fails with:
> Configure project :
jadx version: 1.5.1
FAILURE: Build failed with an exception.
* Where:
Build file '/build/source/jadx-gui/build.gradle.kts' line: 1
* What went wrong:
An exception occurred applying plugin request [id: 'jadx-kotlin']
> Failed to apply plugin 'org.openrewrite.rewrite'.
> Project#afterEvaluate(Action) on project ':jadx-gui' cannot be executed in the current context.
* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.
> Get more help at https://help.gradle.org.
BUILD FAILED in 53s
Have I done something wrong ? Looks like a plugin might not be downloaded. Do you have the log from the deps.json upgrade? | 17:45:33 |
Tomodachi94 (they/them) | cc creator @chayleaf, who knows far more than I do | 17:45:52 |
Tomodachi94 (they/them) | cc hook and mitmCache creator @chayleaf, who knows far more than I do | 17:46:00 |
Gaétan Lepage | In reply to @tomodachi94:matrix.org Looks like a plugin might not be downloaded. Do you have the log from the deps.json upgrade? No and I have to run... I will try to have a look later. | 17:52:37 |
Gaétan Lepage | This is the PR if of any use: https://github.com/NixOS/nixpkgs/pull/362140 | 17:52:45 |
| 6 Dec 2024 |
Tomodachi94 (they/them) | @FliegendeWurst congrats on the committee bit! | 01:32:48 |
Tomodachi94 (they/them) | @FliegendeWurst congrats on the committer bit! | 01:32:53 |
Tomodachi94 (they/them) | At last, I'm no longer the only committer on the Java team!! /lh | 01:33:21 |
chayleaf | In reply to @glepage:matrix.org
Hello,
I am quite new to the Java ecosystem in nixpkgs.
I was trying to update the jadx package.
I bumped the version and src hash, nix-build -A jadx.mitmCache.updateScript (this changed the deps.json).
However, the build fails with:
> Configure project :
jadx version: 1.5.1
FAILURE: Build failed with an exception.
* Where:
Build file '/build/source/jadx-gui/build.gradle.kts' line: 1
* What went wrong:
An exception occurred applying plugin request [id: 'jadx-kotlin']
> Failed to apply plugin 'org.openrewrite.rewrite'.
> Project#afterEvaluate(Action) on project ':jadx-gui' cannot be executed in the current context.
* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.
> Get more help at https://help.gradle.org.
BUILD FAILED in 53s
Have I done something wrong ? try setting gradleUpdateTask to assemble, this sometimes helps if some dependencies aren't being downloaded | 04:56:23 |
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 |