| Git Clone URL: | https://aur.archlinux.org/dupeguru.git (read-only, click to copy) |
|---|---|
| Package Base: | dupeguru |
| Description: | Find duplicate files with various contents, using perceptual diff for pictures |
| Upstream URL: | https://dupeguru.voltaicideas.net/ |
| Licenses: | GPL3 |
| Conflicts: | dupeguru-git, dupeguru-me, dupeguru-pe, dupeguru-se |
| Provides: | dupeguru |
| Submitter: | dangoldbj |
| Maintainer: | fuan_k |
| Last Packager: | fuan_k |
| Votes: | 98 |
| Popularity: | 0.002954 |
| First Submitted: | 2016-10-25 11:55 (UTC) |
| Last Updated: | 2024-05-06 00:29 (UTC) |
@Rus: I would need more information, but I suspect you might have an outdated python-polib installed on your system. Pushed a possible workaround, let me know if it still fails.
Another possible solution in that case would be to change python -m venv env --system-site-packages to just python -m venv env to avoid using packages already installed system-wide.
WARNING: Location 'deps' is ignored: it is either a non-existing path or lacks a specific scheme.
ERROR: Could not find a version that satisfies the requirement polib>=1.0.4 (from versions: none)
ERROR: No matching distribution found for polib>=1.0.4@JohnRobson can you please be more specific? It builds fine in a clean chroot, I don't see what you are missing. python-polib package just got updated, maybe you need to update it.
python-polib version 1.1.0-3, please, fix the "requirements.txt"
@Rus: I don't get different results comparing 4.0.4 and 4.1.0. Would you mind filing a bug report on the github issue tracker if you can provide more information? The matching algorithm has not changed so I don't see why you get "worse" results... apart from using exclusion filters (regex) perhaps.
4.1.0 is not released yet, but it is the same code as the current master branch. 4.0.4 won't work anymore due to the newer python version used in Arch Linux. Granted a patch could be written to make it work, I don't think it's worth the trouble at this point, as 4.1.0 is about to get a proper release anyway.
@madjoe these are dependencies of the python-sphinx package used for building the documentation. My take is that they are not really our dependencies, and since they are only used during the building stage, they will end up as orphans. This is normal behaviour, you can safely remove these packages. Using makepkg -sr to build packages should automatically remove makedepends once they are no longer needed.
Is it just me, or is the image search worse than it was in 4.0.4? It says everywhere that 4.0.4 is the latest release. Maybe we should bring back this version?
When I check the orphan packages, I can find the following packages:
Packages (15) python-babel-2.9.0-1 python-docutils-0.16-4 python-imagesize-1.2.0-4 python-jinja-2.11.2-4 python-markupsafe-1.1.1-6 python-pygments-2.7.3-1 python-snowballstemmer-2.0.0-6 python-sphinx-3.4.0-1 python-sphinx-alabaster-theme-0.7.12-6 python-sphinxcontrib-applehelp-1.0.2-3 python-sphinxcontrib-devhelp-1.0.2-3 python-sphinxcontrib-htmlhelp-1.0.3-3 python-sphinxcontrib-jsmath-1.0.1-6 python-sphinxcontrib-qthelp-1.0.3-3 python-sphinxcontrib-serializinghtml-1.1.4-3
Those packages should not be orphaned, since I just installed dupeguru from this AUR. Why are those not marked as dependencies?
The upstream master branch is currently broken, and dupeguru-git risks being broken too. The upstream maintainer is taking too long to merge the patches that fix and update the master branch. Therefore I went ahead and temporarily changed the source to point to a source release candidate for the upcoming 4.1.0 version.
This is better than patching manually for incompatible python versions. Might as well include all the patches at once because the resulting build should be stable anyway.
This here package is now currently ahead of the "dupeguru-git" package.
I'll revert back to the upstream repository once a proper release is done.
@Batou: Please read at least the last few comments before posting ;)
It seems to be broken again :\
$ dupeguru
Gtk-Message: 23:05:07.591: Failed to load module "xapp-gtk3-module"
Traceback (most recent call last):
File "/usr/bin/dupeguru", line 81, in <module>
sys.exit(main())
File "/usr/bin/dupeguru", line 69, in main
dgapp = DupeGuru()
File "/usr/share/dupeguru/qt/app.py", line 50, in __init__
self._setup()
File "/usr/share/dupeguru/qt/app.py", line 69, in _setup
self.model.load()
File "/usr/share/dupeguru/core/app.py", line 554, in load
self.directories.load_from_file(op.join(self.appdata, 'last_directories.xml'))
File "/usr/share/dupeguru/core/directories.py", line 215, in load_from_file
for rdn in root.getiterator('root_directory'):
AttributeError: 'xml.etree.ElementTree.Element' object has no attribute 'getiterator'
Pinned Comments
itsnotme commented on 2019-07-21 13:08 (UTC)
If anyone is wondering why the source has changed, Dupeguru's website says the maintainer has changed. And so the link https://www.hardcoded.net/dupeguru/ leads us to https://dupeguru.voltaicideas.net/ which in turn has a link to https://github.com/arsenetar/dupeguru/ which is the GitHub repo the sources are downloaded from. So the source change is legitimate.