Package Details: dupeguru 4.1.1-1

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: 86
Popularity: 0.68
First Submitted: 2016-10-25 11:55
Last Updated: 2021-03-23 23:12

Pinned Comments

itsnotme commented on 2019-07-21 13:08

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.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

fuan_k commented on 2021-02-01 01:33

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

JohnRobson commented on 2021-01-31 20:13

python-polib version 1.1.0-3, please, fix the "requirements.txt"

fuan_k commented on 2021-01-03 16:43

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

Rus commented on 2021-01-03 03:03

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?

madjoe commented on 2021-01-03 02:58

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?

fuan_k commented on 2020-12-10 18:51

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.

Harvey commented on 2020-12-10 11:05

@Batou: Please read at least the last few comments before posting ;)

Batou commented on 2020-12-10 04:08

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'

Tio commented on 2020-12-06 19:48

@fuan_k Yes that's perfect! Thank you very much!

fuan_k commented on 2020-12-06 17:17

@Tio: I changed the .desktop file to point to a logically discoverable icon instead of the hardcoded path. A symbolic link that points to the packaged icon is made in /usr/share/pixmaps. Let me know if that's not exactly what you wanted, I'll eventually push the changes upstream.