Package Details: nzbhydra2 4.3.1-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
Submitter: fryfrog
Maintainer: fryfrog
Last Packager: fryfrog
Votes: 17
Popularity: 0.006712
First Submitted: 2018-01-06 20:01 (UTC)
Last Updated: 2022-05-02 17:21 (UTC)

Dependencies (3)

Required by (0)

Sources (4)

Latest Comments

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.

dcipha commented on 2020-05-08 19:41 (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.

eta-carinae commented on 2019-02-12 11:45 (UTC)

The checksum for nzbhydra2wrapper-2.3.12-1.py doesn't match.

fryfrog commented on 2018-08-18 14:10 (UTC)

@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? :/

binhex commented on 2018-08-18 10:29 (UTC)

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

fryfrog commented on 2018-08-10 15:42 (UTC)

@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?

nicoulaj commented on 2018-08-10 13:04 (UTC)

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

binhex commented on 2018-07-31 20:32 (UTC)

@fryfrog thanks, docker image built fine now after change.

fryfrog commented on 2018-07-31 19:56 (UTC)

I versioned the wrapper script, should fix this going forward. :/

binhex commented on 2018-07-31 19:30 (UTC)

@fryfrog seeing the following with latest package:-

?[91m nzbhydra2wrapper.py ... ?[0m ?[91mFAILED

Looks like checksum is wrong for this file now.

fryfrog commented on 2018-05-14 17:24 (UTC)

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? :/

bfletch commented on 2018-05-13 22:21 (UTC)

The Java dependencies according to the upstream URL:

"You need Java Runtime Environment or OpenJDK (both (>=8u101 but it won't work with 9.x or higher)."

i.e. you kinda need to use 8.

fryfrog commented on 2018-03-17 20:06 (UTC)

Fixed, but I didn't bump the package version.

binhex commented on 2018-03-17 16:36 (UTC)

I'm getting validation failure:-

Validating source files with sha256sums... nzbhydra2-1.4.7-linux.zip ... ?[0m ?[91mPassed nzbhydra2wrapper.py ... FAILED

fryfrog commented on 2018-02-27 20:23 (UTC)

It does take a good 30s for mine to start up. :)

greencopper commented on 2018-02-27 19:52 (UTC)

It's working now. I think I was too hasty.

greencopper commented on 2018-02-27 19:13 (UTC) (edited on 2018-02-27 19:16 (UTC) by greencopper)

I have been going over the journal log and the logs from nzbhydra2, but I am unable to find anything useful.

I can also locate nzbhydra2 running using "ps aux", and if I greb the PID and check "ss", the PID nzbhydra2 is running, but isn't listening on port "5076", rather on "99525", but it's not possible to connect to that.

# ps aux|grep nzbhyd

nzbhydr+ 15099  0.0  0.4  14488 10156 ?        Ss   19:54   0:00 /usr/bin/python2 /usr/lib/nzbhydra2/nzbhydra2wrapper.py --nobrowser --datafolder /var/lib/nzbhydra2
nzbhydr+ 15102  107  5.8 265128 120240 ?       Sl   19:54  16:04 java -Xmx128M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -Xloggc:/var/lib/nzbhydra2/logs/gclog-2018-02-27_19-54-33.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintTenuringDistribution -XX:+PrintGCCause -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=5M -Dspring.output.ansi.enabled=ALWAYS -jar /usr/lib/nzbhydra2/lib/core-1.4.3-exec.jar --nobrowser --datafolder /var/lib/nzbhydra2

# ss -pa |grep 15102
u_str ESTAB       0        0                                                  * 99525                                                      * 0                   users:(("java",pid=15102,fd=12)) 

I shortned the output of the systemd status, it looks like this:

● nzbhydra2.service - NZBHydra2 Daemon
   Loaded: loaded (/usr/lib/systemd/system/nzbhydra2.service; disabled; vendor preset: disabled)
   Active: active (running) since Tue 2018-02-27 19:54:33 CET; 7min ago
     Docs: https://github.com/theotherp/nzbhydra2
 Main PID: 15099 (python2)
   CGroup: /system.slice/nzbhydra2.service
           ├─15099 /usr/bin/python2 /usr/lib/nzbhydra2/nzbhydra2wrapper.py --nobrowser --datafolder /var/lib/nzbhydra2
           └─15102 java -Xmx128M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -Xloggc:/var/lib/nzbhydra2/logs/gclog-2018-02-27_19-54-33.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintTenuringDistribution -XX:+Prin>

Feb 27 19:56:23 minidlserver python2[15099]: |   \|  | `---/  /   |  |_)  ||  |__|  |  \   \/   /  |  .--.  ||  |_)  |      /  ^  \          ) |
Feb 27 19:56:23 minidlserver python2[15099]: |  . `  |    /  /    |   _  < |   __   |   \_    _/   |  |  |  ||      /      /  /_\  \        / /
Feb 27 19:56:23 minidlserver python2[15099]: |  |\   |   /  /----.|  |_)  ||  |  |  |     |  |     |  '--'  ||  |\  \----./  _____  \      / /_
Feb 27 19:56:23 minidlserver python2[15099]: |__| \__|  /________||______/ |__|  |__|     |__|     |_______/ | _| `._____/__/     \__\    |____|
Feb 27 19:56:31 minidlserver python2[15099]: 2018-02-27 19:56:30.740  INFO --- [           main] org.nzbhydra.NzbHydra                    : Starting NzbHydra on minidlserver with PID 15102 (/usr/lib/nzbhydra2/lib/core-1.4.3-exec.jar>
Feb 27 19:56:31 minidlserver python2[15099]: 2018-02-27 19:56:31.796 DEBUG --- [           main] org.nzbhydra.NzbHydra                    : Running with Spring Boot v1.5.7.RELEASE, Spring v4.3.11.RELEASE
Feb 27 19:56:31 minidlserver python2[15099]: 2018-02-27 19:56:31.811  INFO --- [           main] org.nzbhydra.NzbHydra                    : The following profiles are active: default
Feb 27 20:02:04 minidlserver python2[15099]: 2018-02-27 20:02:04.088  INFO --- [           main] org.nzbhydra.config.BaseConfig           : Using data folder /var/lib/nzbhydra2
Feb 27 20:02:04 minidlserver python2[15099]: 2018-02-27 20:02:04.104  INFO --- [           main] org.nzbhydra.config.BaseConfig           : Config file /var/lib/nzbhydra2/nzbhydra.yml does not exist and will be initialized
Feb 27 20:02:04 minidlserver python2[15099]: 2018-02-27 20:02:04.125 DEBUG --- [           main] org.nzbhydra.config.BaseConfig           : Writing config to file /var/lib/nzbhydra2/nzbhydra.yml

fryfrog commented on 2018-02-27 18:56 (UTC) (edited on 2018-02-27 18:57 (UTC) by fryfrog)

It should just work, but obviously isn't. Your sudo systemctl status nzbhydra2 doesn't look good to me either. Try sudo journalctl -xa -u nzbhydra2 and see if you see anything obvious.

Mine looks like:

$ sudo systemctl status nzbhydra2
● nzbhydra2.service - NZBHydra2 Daemon
   Loaded: loaded (/usr/lib/systemd/system/nzbhydra2.service; enabled; vendor preset: disabled)
   Active: active (running) since Tue 2018-02-27 10:55:26 PST; 30s ago
     Docs: https://github.com/theotherp/nzbhydra2
 Main PID: 5878 (python2)
    Tasks: 66 (limit: 4915)
   CGroup: /system.slice/nzbhydra2.service
           ├─5878 /usr/bin/python2 /usr/lib/nzbhydra2/nzbhydra2wrapper.py --nobrowser --datafolder /var/lib/nzbhydra2
           └─5890 java -Xmx512M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -Xloggc:/var/lib/nzbhydra2/logs/gclog-2018-02-27_10-55-26.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintTenuringDistribution -XX:+PrintGCCause -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFile>

Feb 27 10:55:52 apollo python2[5878]: 2018-02-27 10:55:52.292  INFO --- [           main] o.n.searching.SearchModuleProvider       : Initializing indexer anizb
Feb 27 10:55:52 apollo python2[5878]: 2018-02-27 10:55:52.293  INFO --- [           main] o.n.searching.SearchModuleProvider       : Initializing indexer omgwtfnzbs
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.428  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Delete short term storage results" to be run every 12 hours
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.439  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Download queue check" to be run every 10 seconds
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.440  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Backup" to be run every 1 hour
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.441  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Clean up indexer statuses" to be run every 1 minute
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.441  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Download history check" to be run every 10 minutes
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.442  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Delete old search results" to be run every 1 hour
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.567  INFO --- [           main] org.nzbhydra.NzbHydra                    : You can access NZBHydra 2 in your browser via http://172.17.0.1:5076/nzbhydra2
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.568  INFO --- [           main] org.nzbhydra.NzbHydra                    : Started NzbHydra in 28.054 seconds (JVM running for 28.696)

greencopper commented on 2018-02-27 18:51 (UTC)

Ok, thanks.

I have installed the package, and it is up and running (not enabled yet):

● nzbhydra2.service - NZBHydra2 Daemon
   Loaded: loaded (/usr/lib/systemd/system/nzbhydra2.service; disabled; vendor preset: disabled)
   Active: active (running) since Tue 2018-02-27 19:45:30 CET; 2min 11s ago

However, I cannot connect and a "ss" doesn't show it listening on port 5076 or any other port.

Is there something specielt that needs to be fixed first?

fryfrog commented on 2018-02-27 18:46 (UTC) (edited on 2018-02-27 18:49 (UTC) by fryfrog)

It is just a python wrapper. If desired, you can use an override to point at the native launcher. But this .py wrapper allows the package to be used on various platforms while the native launcher is only x86_64 or something.

If you want to do that, just...

sudo systemctl edit nzbhydra2 to add an override.conf, inside put...

[Service]
ExecStart=
ExecStart=/usr/lib/nzbhydra2/nzbhydra2 --nobrowser --datafolder /var/lib/nzbhydra2

greencopper commented on 2018-02-27 18:41 (UTC)

I'm not quite sure whats supposed to be there as I haven't used nzbhydra before, but this one runs using Python and not Java?

ExecStart=/usr/bin/python2 /usr/lib/nzbhydra2/nzbhydra2wrapper.py

Haven't the service files been updated perhaps?

greencopper commented on 2018-02-27 18:25 (UTC)

Thank you very much!

fryfrog commented on 2018-02-27 18:08 (UTC)

Thanks, updated and pushed.

greencopper commented on 2018-02-27 18:04 (UTC)

==> Validating source files with sha256sums...
    nzbhydra2-1.4.3-linux.zip ... Passed
    nzbhydra2wrapper.py ... FAILED
    nzbhydra2.service ... Passed
    nzbhydra2.install ... Passed
    nzbhydra2.sysusers ... Passed
==> ERROR: One or more files did not pass the validity check!

Pietro_Pizzi commented on 2018-01-27 20:55 (UTC) (edited on 2018-01-27 20:56 (UTC) by Pietro_Pizzi)

sha256sum /tmp/yaourt-tmp-$USER/aur-nzbhydra2/nzbhydra2wrapper.py

ba66d266c5be20cf13edade732207e2c276bd32e9bdfd46ef37b1139934e4c97

Pietro_Pizzi commented on 2018-01-19 12:03 (UTC) (edited on 2018-01-19 12:05 (UTC) by Pietro_Pizzi)

sha256sum /tmp/yaourt-tmp-$USER/aur-nzbhydra2/nzbhydra2-1.1.1-linux.zip

4754708d2b9822c47320b2d3eaf5c92b3cfac8e9a2d726d618072eef4346f0ec

fryfrog commented on 2018-01-15 20:27 (UTC)

See how you like that. :)

napgravy commented on 2018-01-15 06:45 (UTC)

Sounds like the author's plan is to (eventually) write a native wrapper and drop the python + compiled python entirely... https://github.com/theotherp/nzbhydra2/issues/3 ...but for now, it seems the author is probably cool with using the regular .py script.

fryfrog commented on 2018-01-15 04:03 (UTC)

Thanks, I've checked in with @theotherp about continued usage of the .py script and if it is cool, I'll flip this over to using it. Great idea.

napgravy commented on 2018-01-14 23:52 (UTC)

Didn't want to post an ugly-formatted comment, so I put the modified PKGFILE and .service file on pastebin.

PKGFILE - https://pastebin.com/n6P5hkjC nzbhydra2.service - https://pastebin.com/GpD8PJGX

Basically, I added a dependency for python2, included nzbhydra2wrapper.py, and adjusted the service file to use the python wrapper instead of the pre-compiled binary. Also removed the download scripts since they aren't used anymore either.

fryfrog commented on 2018-01-14 20:11 (UTC)

Can you post your modified PKGBUILD? It doesn't sound like a crazy idea to use the .py wrapper so it really would be for any platform. The .zip is also missing the nzbhydra2 binary, so I expect an update soon. :/

napgravy commented on 2018-01-14 19:48 (UTC)

Thanks for the PKGBUILD. I have one suggestion though.

In the PKGBUILD, arch should be "x86_64" (not "any") since the /usr/lib/nzbhydra2/nzbhydra2 launch-wrapper (called in the .service file) is a pre-compiled python executable built for x86_64. I built and installed the PKGBUILD on my ARM-based Odroid board and, of course, it didn't work. :)

(I ended up tweaking your package and service file to use the regular un-compiled python wrapper from here https://raw.githubusercontent.com/theotherp/nzbhydra2/master/other/wrapper/nzbhydra2wrapper.py -- works on my little Odroid board now.)

Thanks though - appreciate the PKGBUILD. :)

fryfrog commented on 2018-01-07 00:30 (UTC)

https://aur.archlinux.org/packages/nzbhydra2/

^ theotherp has re-written nzbhydra in java, this is the package for it.

fryfrog commented on 2017-07-15 22:28 (UTC)

Hey guys, this keeps getting flagged out of date... when it isn't. https://github.com/theotherp/nzbhydra/releases