| Git Clone URL: | https://aur.archlinux.org/nzbhydra2.git (read-only, click to copy) |
|---|---|
| Package Base: | nzbhydra2 |
| Description: | Search aggregator for newznab and torznab indexers. |
| Upstream URL: | https://github.com/theotherp/nzbhydra2 |
| Licenses: | Apache-2.0 |
| Submitter: | fryfrog |
| Maintainer: | fryfrog (jkhsjdhjs) |
| Last Packager: | fryfrog |
| Votes: | 18 |
| Popularity: | 0.000000 |
| First Submitted: | 2018-01-06 20:01 (UTC) |
| Last Updated: | 2024-12-04 04:08 (UTC) |
Receiving "Outdated wrapper detected" popup after upgrading to 2.21.0-1
The NZBHydra wrapper (i.e. the executable or python script you use to run NZBHydra) seems to be outdated. Please update it: Shut down NZBHydra, download the latest version and extract it into your main NZBHydra folder. Start NZBHydra again.
The checksum for nzbhydra2wrapper-2.3.12-1.py doesn't match.
@binhex: It looks like the current java-runtime-headless=8 isn't actually limiting it to 8?
I've got a commit that forces it to java 10 via environment file. But maybe I should leave it up to the user? :/
A quick heads up for you @fryfrog the main developer is moving over to Java 10 and this has now been implemented so you will need to modify your package to include Java 10
@nicoulaj: I just verified URLs and ran makepkg -fsri and didn't get any errors. The URL you posted as a trailing / that shouldn't be there. Did you accidentally modify the PKGBUILD?
I get this message during post-transaction hooks when installing this package: fatal: repository 'https://raw.githubusercontent.com/theotherp/nzbhydra2/master/other/wrapper/nzbhydra2wrapper.py/' not found
@fryfrog thanks, docker image built fine now after change.
I versioned the wrapper script, should fix this going forward. :/
@fryfrog seeing the following with latest package:-
?[91m nzbhydra2wrapper.py ... ?[0m ?[91mFAILED
Looks like checksum is wrong for this file now.
Why the heck does "java-runtime-headless=8" say jdk6, server-jre, jdk5, zulu-jdk, jdk-dcevm, jdk9-openj9-bin, jdk7, jre7, jre6, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, tuxjdk, jre8-openjdk-jetbrains-headless, jdk8-openj9-bin, jre7-openjdk-headless-infinality, jdk8, jre8, jdk, jre, jdk9, jre9, java-8-openjdk-shenandoah, jdk-arm, jre8-openjdk-headless-infinality, jdk-devel, intellij-jdk, jre10-openjdk-headless, jre7-openjdk-headless, jre8-openjdk-headless, jre9-openjdk-headless are all okay? :/
Pinned Comments
IncredibleLaser commented on 2023-01-24 14:39 (UTC)
The command listed in https://aur.archlinux.org/packages/nzbhydra2?O=10#comment-887324 doesn't work without further modifications because systemd doesn't expand variables in the Environment directive. As such, starting the service fails because the sh command can't be found. A possible workaround is to hardcode the path, i.e.
Environment=PATH="/usr/lib/jvm/java-17-openjdk/bin:/usr/bin"jkhsjdhjs commented on 2023-01-21 16:50 (UTC) (edited on 2023-01-21 17:08 (UTC) by jkhsjdhjs)
With the update to version 5, nzbhydra2 now requires java 17, so you'll have to make sure that nzbhydra2 is run with java 17: https://aur.archlinux.org/packages/nzbhydra2?O=10#comment-887324
This is only required for running, the package should build fine in any case.
Furthermore, while nzbhydra2 now also provides binaries for windows and linux (which are apparently built using GraalVM), this package will continue to build the generic jar, as it doesn't seem to be possible to build the binaries with OpenJDK and GraaVM is only available in the AUR.