Package Details: nzbhydra2 7.10.2-1

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)

Dependencies (5)

Sources (7)

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.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

sysfs commented on 2022-09-17 10:34 (UTC)

Per the GitHub page, this software should run with no greater than Java 17; however, java-runtime-headless is 18. So as a first time installer, I've been stuck with installing jre17-openjdk and doing the stuff in the comments. Can we find a more Arch Way of handling this AUR package?

fryfrog commented on 2021-12-09 22:14 (UTC)

Use sudo systemctl edit nzbhydra2 to create an override instead, that way it won't get blown away by every update.

Pietro_Pizzi commented on 2021-12-09 22:04 (UTC) (edited on 2021-12-09 22:05 (UTC) by Pietro_Pizzi)

@6bo74 THX for the heads up! It worked :)

If someone had the same issue, this is exactly what you could do:

Add "--java /usr/lib/jvm/java-11-openjdk/bin/java" (v8-15 works) as a start parameter in "/usr/lib/systemd/system/nzbhydra2.service" (at the end of "ExecStart=...").

Reload the service files with "sudo systemctl daemon-reload"

Restart nzbhydra with "sudo systemctl restart nzbhydra2"

6bo74 commented on 2021-12-09 01:41 (UTC) (edited on 2021-12-09 01:43 (UTC) by 6bo74)

@Pietro_Pizzi As stated here: https://github.com/theotherp/nzbhydra2/blob/89e96ef99659d7f30d59bd5c706395843271781e/readme.md?plain=1#L43

you should be able to use the --java flag pointing it to the binary.

Also, somewhere in the docs it's said that the openjdk requirements are >=8 or <=15

Pietro_Pizzi commented on 2021-12-08 23:03 (UTC)

Hi,

My standard java version is set to the newest, java-17-openjdk at the moment, but nzbhydra2 doesn't want to start with it. I also have v8 and v11 installed. I testet v11 as default and that works. Can anyone explain how i change it that only nzbhydra2 starts with v11 when v17 is set to default? A BTW i start nzbhydra2 with the service file.

6bo74 commented on 2021-08-29 03:28 (UTC)

Hi, what do you guys think about changing nzbhydra.yml's line updateAutomatically: from true to false? Every update it is overriten and personally I had problems with paru not wanting to override the .jar executable and failing the whole update queue.

TIA

slip commented on 2021-06-21 19:27 (UTC)

Actually, poking around the github page, I just saw this - "You need Java (at least 8, at most 15)". I saw your mention on discord about it, so I guess we'll see what the plan is going forward. Thanks for maintaining all of these packages! You're one of the best.

fryfrog commented on 2021-06-21 16:26 (UTC)

I just gave 16 a try and there were errors in the logs. Turns out I've been running mine from jre8-openjdk-headless for ages. I tested that jre11-openjdk-headless works too.

I'd hop on the nzbhydra2 Discord and see what is up.

slip commented on 2021-06-21 09:00 (UTC)

Anyone else having issues with the latest jre-openjdk-headless? Version 16.0.1.u9-1 will show the service as active, but no connections can be made. Downgrading to 15.x... resolves it.

fryfrog commented on 2020-05-08 20:21 (UTC)

The wrapper we use comes right from the package, so it is the latest. I've seen reports of it on Discord, something is wrong. I did notice that there is a Python 3 version of the wrapper... so I switched to that w/ this package. But the error persists.

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »