Package Details: hydrus 670-1

Git Clone URL: https://aur.archlinux.org/hydrus.git (read-only, click to copy)
Package Base: hydrus
Description: Danbooru-like image tagging and searching system for the desktop
Upstream URL: http://hydrusnetwork.github.io/hydrus/
Licenses: WTFPL
Conflicts: hydrus-docs-dummy
Submitter: Score_Under
Maintainer: Score_Under (turtletowerz)
Last Packager: turtletowerz
Votes: 51
Popularity: 0.95
First Submitted: 2015-02-28 18:11 (UTC)
Last Updated: 2026-04-30 01:09 (UTC)

Pinned Comments

turtletowerz commented on 2025-02-05 23:14 (UTC)

The AUR package for JpegXL support is outdated and does not build. If you need JpegXL support, follow the instructions in the comment I posted to update the PKGBUILD.

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 Next › Last »

mser commented on 2021-05-07 00:29 (UTC) (edited on 2021-05-12 22:00 (UTC) by mser)

Update for v439:

The issue with python-pyqt5 has been resolved and I've changed the dependency back to qt5-python-bindings.

---OUTDATED INFORMATION---

Note about v438:

For v438, I have swapped out the qt5-python-bindings dependency (which is satisfied by both pyside2 and python-pyqt5) with pyside2 because the v438 release broke the ability to use python-pyqt5 (see here).

I will change the dependency back to qt5-python-bindings once that issue has been resolved (hopefully in v439).

In the meantime, Hydrus should just work if you have both packages installed, because it will default to use pyside2. But if you do have QT_API=PyQt5 set when launching Hydrus, remove that, as it won't work at the moment (and also isn't necessary anymore in general; this was a workaround to force the use of python-pyqt5 when Hydrus didn't work correctly with pyside2 in the past).

mser commented on 2021-04-12 23:37 (UTC)

@Amolith: Glad that fixed it. :)

Amolith commented on 2021-04-12 23:33 (UTC)

@mser

The only thing I can think of how that could happen is that it's loading the module from elsewhere; e.g., if you also installed NumPy via pip.

That would be correct haha. It looks like I forgot to create a virtual env before manually installing requirements for a different application. Thank you so much!

mser commented on 2021-04-12 23:27 (UTC)

@Amolith: From what I can see, your output looks fine (package versions seem correct too).

The error suggests an outdated NumPy version.

The only thing I can think of how that could happen is that it's loading the module from elsewhere; e.g., if you also installed NumPy via pip.

You can try:

➜  python -c "import numpy; print(numpy)"
<module 'numpy' from '/usr/lib/python3.9/site-packages/numpy/__init__.py'>

The path you see here is the one it should use if it you installed it via python-numpy package.

Also

➜  python -c "import sys; print(sys.path)"
['', '/usr/lib/python39.zip', '/usr/lib/python3.9', '/usr/lib/python3.9/lib-dynload', '/usr/lib/python3.9/site-packages']

To see the paths it tries to load modules from in general.

Amolith commented on 2021-04-12 22:37 (UTC)

@mser:

I just tried that and still got exactly the same errors. I uninstalled python-numpy, python-opencv, and hydrus, cleaned my cache, then reinstalled all three. Unless I'm misreading the output, both python packages were from the official repos and not the AUR.

https://asciinema.org/a/RCcgjfzHij01OYHRpCY39I1ff

mser commented on 2021-04-12 21:20 (UTC) (edited on 2021-04-12 21:22 (UTC) by mser)

@Amolith:

This looks like an issue with NumPy or/and OpenCV, but I can't reproduce it.

Please try reinstalling python-numpy and python-opencv. And make sure to install python-opencv from the official repo (here), not the version from the AUR. It wrongly links to the AUR version here in aurweb (because for some reason it apparently does that whenever there is a package of the same name in both the official repos and the AUR), but your AUR helper should prefer the official package.

Amolith commented on 2021-04-12 17:24 (UTC) (edited on 2021-04-12 17:24 (UTC) by Amolith)

I'm getting an error when I try to open hydrus and I'm not sure how to go about fixing it; I've done a clean build a couple of times but the issue persists. The output is in the pastebin below.

https://bin.nixnet.services/?15639b85d7539f52#HZWzoZ1F8Bmr4J7roBPMP7XdWiT6PGJHXnxNVm6cMZzX

andiandi commented on 2020-07-23 22:58 (UTC)

The dependency of qt5-charts is not enough for Hydrus to display charts. It needs the python bindings (python-pyqtchart). I would consider this an optional dependency, since it runs fine without, just not displaying charts.

QuartzDragon commented on 2020-03-19 04:34 (UTC)

@Score_Under

Updated the paths-in-opt patch for 389:

https://invent.kde.org/snippets/767

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 Next › Last »