Arch Linux User Repository

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.

Might have to fix the python-hsaudiotag3k package (https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=python-hsaudiotag3k), in case it needs to be pointed at the python3.7 path, although as far as I can tell, it should install properly already. Might just be a problem with previous installations which were installed in 3.6 path.

Anyway, I'll keep an eye on this package. If it really needs some serious maintainership investment, I'll be around just in case. I can't think of any other program for Linux that does what DupeGuru does. It's a precious package in my opinion.

Edit: The sed hack has just been implemented upstream (into hscommon) so this won't be needed anymore in version 4.0.4, that is, if it ever comes out. User arsenetar seems to have been working on the project (https://github.com/arsenetar/dupeguru/commits/master), albeit at a slow pace and only bug fixes so far. We will see. For now, since we are targeting the latest stable release, I think it's best to keep this workaround in the PKGBUILD. It will be removed for the next actual release.

From the Athors Gihub site: https://github.com/hsoft/dupeguru/

Current status: Unmaintained

I haven't worked on dupeGuru for a while and frankly, I don't want to. I never had any duplicate problems so I don't even care about the raison d'être of this thing.

I don't want to answer incoming issues and I don't want to let them pile off unanswered either, that feels rude. So here I am, being straightforward about it.

If you're considering using dupeGuru, you might want to give it a try but if it doesn't meet your needs I suggest that you use another program because it's unlikely to ever be improved again.

If you're a developer wanting to pick it up, by all means, do so! Fork it off and release something. I will be more than happy to "officially" point to any fork that remotely looks like a serious effort. I will also be happy to assist if you have questions about the code.

Good bye dupeGuru, Virgil Dupras

Has anyone considered, perhaps, submitting an upstream pull request to fix this package, so that a new release can be tagged without requiring horrible sed hacks to make it build?

Arch Linux values the principle of pushing fixes upstream...

yeah thank you @batou and fuan_k with your both tipps it works :)

@cybertron: if you already have hsaudiotag3k installed in your python 3.6 site-packages, you can safely copy it over to the 3.7 site-packages, it should work fine.

sudo cp -r /usr/lib/python3.6/site-packages/hsaudiotag3k-1.1.3-py3.6.egg-info /usr/lib/python3.7/site-packages
sudo cp -r /usr/lib/python3.6/site-packages/hsaudiotag /usr/lib/python3.7/site-packages

I have submitted a request to make this package orphan, so that we can fix it ourselves.

1) Make sure your install is fully updated

2) Remove all dupeguru build/source caches

3) Download the PKGBUILD or use your AUR manager of choice and enable it to edit PKGBUILD

4) Add the following section (you can place it before build() for example). This is based upon fuan_k's fix but the src/ is omitted.

prepare(){
  cd "$srcdir"
  sed -i '277 a\\            try:' hscommon/build.py
  sed -i '279s/^/    /' hscommon/build.py
  sed -i '280s/^/    /' hscommon/build.py
  sed -i '281s/^/    /' hscommon/build.py
  sed -i '281a\\            except StopIteration:' hscommon/build.py
  sed -i '282a\\                return' hscommon/build.py
}

It should build fine. Someone should contact this package's maintainer to update it with this fix so all the users can safely update.

hm both tips doesn't work for me it fails by resolving deps hsaudiotag3k the aur versions seems to be available for python 3.6 only?

I haven't had enough time to look at these issues in depth but none of the suggested solutions below worked for me. What worked for me was basically:

$ git clone https://github.com/hsoft/dupeguru.git
#note bellow: make will fail twice because of dependencies. It will build fine on  the 3rd time
$ make
$ make 
$ make
$ make run  #to run the app

unfortunately this will not make a package so you can't install it but it will run if you absolutely need to use dupeguru right away. This is an unmaintained package that's full of issues and temporary fixes. It's a giant mess and it breaks often. Unfortunately, there are no good alternatives.

I came up with a quick fix you can add to the PKGBUILD:

prepare(){
  cd "$srcdir"
  sed -i '277 a\\            try:' src/hscommon/build.py
  sed -i '279s/^/    /' src/hscommon/build.py
  sed -i '280s/^/    /' src/hscommon/build.py
  sed -i '281s/^/    /' src/hscommon/build.py
  sed -i '281a\\            except StopIteration:' src/hscommon/build.py
  sed -i '282a\\                return' src/hscommon/build.py
}

It's basically changing this part of the script with a try/except statement:

    def iter_by_three(it):
        while True:
            version = next(it)
            date = next(it)
            description = next(it)
            yield version, date, description

into the following:

    def iter_by_three(it):
        while True:
            try:
                version = next(it)
                date = next(it)
                description = next(it)
            except StopIteration:
                return
            yield version, date, description

I successfully built afterward and now DupeGuru is working again fine with Python3.7 (so far).

This should be reported upstream, as it's an incompatibility bug with Pyhton 3.7. But the maintainer will have to fix the hsaudiotag3k-1.1.3 dependency issue in the PKGBUILD also... the way it handles it right now doesn't seem very reliable as it fetches from PyPi instead of the AUR?