Arch Linux User Repository

I've created a first issue: https://github.com/theotherp/nzbhydra2/issues/839

If that is accepted I'll ask about the others.

I agree. The wrapper-remove-update-support.patch may be implemented upstream via the NZBHYDRA_DISABLE_UPDATE environment variable, that is already implemented for the main application.

The release type detection doesn't work because it checks for the existance of files/directories, that aren't present in the same directory.... wait I think the release type detection would actually work for this package, since the file core is located in the same directory as the wrapper. However, it doesn't work for the other packages. Maybe it could be patched to also check the path given by HYDRAWORKINGFOLDER, which is where the .jar file is located for the other packages.

The last problem would be the base path checks. To workaround the check for readme.md we could install a dummy file or a symlink to the actual location of the readme. I'm not sure how it could be adjusted to work for us as well, and I don't think upstream would be willing to remove the check. The other check checks for the lib-directory. A workaround would again be installing a dummy lib file. Not sure how a clean solution aside from removing the check would look like.

Right but for others it is useful to disable. Like nzbhydra2 already displays different stuff when the update is disabled and tells you to ask your docker/package manager submitter.

I don't think so, since the patches explicitely disable or remove functionality that would be useful for installations that aren't managed by a package manager.

Yup it's strange.

Maybe it's worth asking upstream for a toggle. Actually maybe your patches can be toggled directly in upstream's wrapper?

Hmm that's also weird. If it doesn't find any wrapper, why does it show the "outdated wrapper banner"? Also, for me it doesn't find any wrapper, but also doesn't show a banner.

Is this the one?

"Didn't find any of the expected wrapper files (/usr/lib/nzbhydra2) in folder NZBHydra2.exe, NZBHydra2 Console.exe, nzbhydra2, nzbhydra2wrapper.py, nzbhydra2wrapperPy3.py"

Maybe I need to add the original one, let's try. Yup that seemed to work, it's a bit dirty though but only 30k...

That's even weirder :D When the outdated wrapper banner appears for you after restarting, there should also be a message in the log or console output. Can you post that message here?

Yeah it's weird. I did indeed use the old nzbhydra2 that updated itself. I tried uninstalling and /usr/lib/nzbhydra2 was gone too, so it should be fine.

Here's my outputs: https://pastebin.com/zHJ3QXsN

I don't see why it wouldn't match yours.

Thanks!

Hmm weird, are you sure you actually rebuilt the package after the changes? Because I can assure you that the banner isn't shown for me. I recommend doing another makepkg -srif just to be sure.

If it still occurs there another possibility, if you previously used the old nzbhydra2, before it was changed to be built from source. It used to allow nzbhydra to update itself, creating a lot of litter in /usr/lib/nzbhydra2, and since the files weren't installed by pacman, they also weren't removed. One of these files may be a wrapper that nzbhydra checks for. If that's the case for you I recommend removing /usr/lib/nzbhydra2 entirely and reinstalling the package. See also: https://aur.archlinux.org/packages/nzbhydra2?O=10#comment-891649