Package Details: hydrus 573-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: custom
Conflicts: hydrus-docs-dummy
Submitter: Score_Under
Maintainer: Score_Under
Last Packager: Score_Under
Votes: 40
Popularity: 0.70
First Submitted: 2015-02-28 18:11 (UTC)
Last Updated: 2024-05-02 08:53 (UTC)

Latest Comments

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

jtmb commented on 2018-11-21 19:03 (UTC)

client fails to start with

import cv2 ImportError: No module named cv2

I believe it's related to opencv but I haven't figured out a workaround.

nadomodan commented on 2018-11-15 12:52 (UTC) (edited on 2018-11-15 12:53 (UTC) by nadomodan)

http://hydrus.tumblr.com/post/179874662149/version-329

after discovering a pdf that ate indefinite 100% CPU while trying to parse, I have decided to stop pulling num_words for pdfs. it was always a super inaccurate number, so let’s wait for a better solution at a later date. hydrus hence no longer requires pypdf2

irlittz commented on 2018-10-27 21:41 (UTC)

@Anfasa, check out: https://8ch.net/hydrus/res/10273.html#10342

Anfasa commented on 2018-10-27 04:04 (UTC) (edited on 2018-10-27 04:04 (UTC) by Anfasa)

As of v327, client fails to start (no module named ordered_dict). Seems to be related to urllib3's latest update: https://github.com/urllib3/urllib3/issues/1456

Although that was patched, and my packages are up to date.

yan12125 commented on 2018-10-03 05:25 (UTC)

python2-wxpython-phoenix is going to be removed: https://lists.archlinux.org/pipermail/aur-requests/2018-September/026757.html. Please create python2-wxpython4 as suggested.

ngvx commented on 2018-07-25 22:35 (UTC)

as of v315, parsing is subtly broken when using python2-lxml (hydrus can use either python2-html5lib or python2-lxml). I recommend replacing the lxml dep with html5lib. If both are installed, html5lib will be used by default.

Aelius commented on 2018-04-07 22:25 (UTC)

Regarding the official release archives

Indeed. To further explain the context for the benefit of others, the developer seems to have no experience or knowledge of OS best practices, general security concerns, or how to properly integrate software into any modern operating system. You can't package it as-is. He is receptive to suggestions and is respectful, but in general I think he is set in his ways. Another thing to point out is how he doesn't really use git- github is just a glorified webhost to him. No granular commits, no PR, no attention paid to issues. Just uploads a week's work in one commit. There are fewer commits than there are releases!

Because of this scattered haphazard strange development, changes are necessary when trying to integrate hydrus into a package manager. These changes either have to come from upstream, or the package maintainer. Since the dev doesn't use github-issues or accept PRs, if you want upstream changes you have to take your plight to either the imageboard or the discord. Both are filled with younger teens who also don't understand how computers works, and in general your voice will be drowned out by their insistence that the dev shouldn't waste time on things like that. Which is amusing, I don't think they appreciate how rare it is for a side project to consistently update week-by-week. There's plenty of development time to go around.

To be fair, some of the issues are inherit to targeting Windows as the primary platform.

Score_Under commented on 2018-04-07 12:47 (UTC)

@qlipsos, thanks for the heads up, I've added it to the requirements.

@irlittz, the split-package structure is mostly because it was easier to keep it that way. If it's causing problems I can easily switch it back. Regarding the official release archives, that's partly why I decided to create an AUR package in the first place. They contain a lot of packaged binary dependencies (which are an unnecessary risk), strip permissions (everything is 755), and end up with the incredible filesize of 176MB. Updates from git generally pull less than 1MB per version, which makes the whole process go a lot faster (considering download time and extraction time).

qlipsos commented on 2018-04-05 18:34 (UTC)

'gtkglext' was required in my case.

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