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.

@bonob thanks, for some reason I did not notice it when I searched for it.

You noted in the last update that python-send2trash is not in the AUR anymore. It is in community though, if that's relevant?

It worked after the PKGBUILD update, thanks

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

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

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

Can you please make the icon path as relative? We are making custom icons for Linux and we can't deal with these non-relative paths. Thanks!

@fuan_k: The deletion of the file "last_directories.xml" from the folder ~/.local/share/Hardcoded\ Software/dupeGuru lets me start dupeguru at least once ;)

I just did the installation without errors.

@Harey: the getiterator method has been deprecated in the latest python versions, and this has been patched upstream already.

Try using dupeguru-git while waiting for 4.0.5 to be released. Another workaround is perhaps to force using python 3.8 by editing the run.py script, i.e. change the first line to #!/usr/bin/python3.8.

The package builds ok on an fully updated system with 'testing' repo enabled, but the app does bail out with the following error: harvey@obelix ~/abs/dupeguru $ dupeguru 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'

Is there a remedy for this?

@fuan_k yes, you are missing this https://wiki.archlinux.org/index.php/PKGBUILD#arch. Basically arch indicates what architectures the resulting package can be used on. You can't use an x86_64 on i686, hence it is not any but either x86_64 or i686.

@haawda: the package doesn't include any BLOB as far as I know. The tar file in Sources only provides sources, and the PKGBUILD calls the build script to produce the necessary binaries. Am I missing something?

The package includes binaries, so arch=any is wrong.

@funk-electric have you performed a full system upgrade? Also post gcc / binutils / elfutils / libelf versions please. It builds fine in a clean chroot so there's something missing here... Edit: for some reason you are using Anaconda3's compiler/linker, which I assume are out of date or something. Perhaps your ${PATH} is overriden by Anaconda somehow. Make sure you are not using a virtual environment when building the package.

When I'm trying to upgrade from last version I got following error:

You are using pip version 19.0.3, however version 20.2b1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
==> Starting build...
Building dupeGuru with UI qt
Building dupeGuru
Building PE Modules
running build_ext
building '_block' extension
gcc -pthread -B /home/user/anaconda3/compiler_compat -Wl,--sysroot=/ -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -I/home/user/.cache/aurutils/sync/dupeguru/src/env/include -I/home/user/anaconda3/include/python3.7m -c core/pe/modules/block.c -o build/temp.linux-x86_64-3.7/core/pe/modules/block.o
gcc -pthread -B /home/user/anaconda3/compiler_compat -Wl,--sysroot=/ -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -I/home/user/.cache/aurutils/sync/dupeguru/src/env/include -I/home/user/anaconda3/include/python3.7m -c core/pe/modules/common.c -o build/temp.linux-x86_64-3.7/core/pe/modules/common.o
gcc -pthread -shared -B /home/user/anaconda3/compiler_compat -L/home/user/anaconda3/lib -Wl,-rpath=/home/user/anaconda3/lib -Wl,--no-as-needed -Wl,--sysroot=/ -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-3.7/core/pe/modules/block.o build/temp.linux-x86_64-3.7/core/pe/modules/common.o -o build/lib.linux-x86_64-3.7/_block.cpython-37m-x86_64-linux-gnu.so
/home/user/anaconda3/compiler_compat/ld: build/temp.linux-x86_64-3.7/core/pe/modules/block.o: unable to initialize decompress status for section .debug_info
/home/user/anaconda3/compiler_compat/ld: build/temp.linux-x86_64-3.7/core/pe/modules/block.o: unable to initialize decompress status for section .debug_info
/home/user/anaconda3/compiler_compat/ld: build/temp.linux-x86_64-3.7/core/pe/modules/block.o: unable to initialize decompress status for section .debug_info
/home/user/anaconda3/compiler_compat/ld: build/temp.linux-x86_64-3.7/core/pe/modules/block.o: unable to initialize decompress status for section .debug_info
build/temp.linux-x86_64-3.7/core/pe/modules/block.o: file not recognized: file format not recognized
collect2: error: ld returned 1 exit status
error: command 'gcc' failed with exit status 1
==> ERROR: A failure occurred in build().
    Aborting...

Does anyone know how to fix this?

ERROR building due to hsaudiotag3 (not found)

Preparing... Cloning dupeguru build files... Checking dupeguru dependencies... Resolving dependencies... Checking inter-conflicts...

Building dupeguru... ==> Making package: dupeguru 4.0.4-1 (Jo 04 iun 2020 08:15:11 +0300) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found dupeguru-src-4.0.4_RC.tar.gz ==> Validating source files with md5sums... dupeguru-src-4.0.4_RC.tar.gz ... Passed ==> Removing existing $srcdir/ directory... ==> Extracting sources... -> Extracting dupeguru-src-4.0.4_RC.tar.gz with bsdtar ==> Removing existing $pkgdir/ directory... ==> Starting build()... Requirement already satisfied: Send2Trash>=1.3.0 in /usr/lib/python3.8/site-packages (from -r requirements.txt (line 1)) (1.5.0) Requirement already satisfied: sphinx>=1.2.2 in /usr/lib/python3.8/site-packages (from -r requirements.txt (line 2)) (3.0.4) Collecting polib>=1.0.4 (from -r requirements.txt (line 3)) Using cached https://files.pythonhosted.org/packages/30/a2/e407c3b00cace3d7fc8df14d364deeecfeb96044e1a317de583bc26eae58/polib-1.1.0-py2.py3-none-any.whl Collecting hsaudiotag3k>=1.1.3 (from -r requirements.txt (line 4)) ERROR: Could not find a version that satisfies the requirement hsaudiotag3k>=1.1.3 (from -r requirements.txt (line 4)) (from versions: none) ERROR: No matching distribution found for hsaudiotag3k>=1.1.3 (from -r requirements.txt (line 4)) WARNING: You are using pip version 19.2.3, however version 20.1.1 is available. You should consider upgrading via the 'pip install --upgrade pip' command. ==> ERROR: A failure occurred in build(). Aborting...

@Ataraxy: thanks for reporting. I have a bunch of other (unrelated) garbage in there too. Could you please list the directories (or files?) in that path you mentioned? I'm trying to narrow-down what exactly is responsible for which "remnant". Also how do you know hsaudiotag and polib are the culprits? There is nothing in their files that suggest they would write anything there. As far as I can see, there shouldn't be anything written to that path from this package either.

Building this package leaves a bunch of garbage files under:

~/.local/lib/python3.7/site-packages

The culprits are hsaudiotag and polib.

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.

@fuan-k,

Thank you for fixing the hsaudiotag3k issue. During the build, I saw: Successfully installed hsaudiotag3k-1.1.3

The entire build now completes, without error, in a clean chroot.

Good work! Cheers

@air-g4p Since hsaudiotag3k can be downloaded directly with pip, instead of fetching the AUR package, I have changed the PKGBUILD accordingly and removed python-hsaudiotag3k from the PKGBUILD dependencies. Although this might not be the best, since the install script is handling this dependency installation "silently"...

I think there was a problem with the arguments given to pip, namely pip install --no-index --find-links=deps -r requirements.txt. There is no "deps" directory, since it was explicitly ignored in the .gitignore file, so I assume that was the original author's way to speed things up by using his locally available packages, which we do not have.

Anyway, it should be fixed now. Sorry for the delay.

Despite having built and installed https://aur.archlinux.org/packages/python-hsaudiotag3k/ without error, I see this dupeguru build failure within a clean chroot:

==> Installing missing dependencies...

error: target not found: python-hsaudiotag3k

==> ERROR: 'pacman' failed to install missing dependencies.

==> ERROR: Build failed, check /var/lib/archbuild/extra-x86_64/user/build

I have no prior instances of dupeguru installed, and this occurs on a fully updated Arch system.

Any suggestions?

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?

Ok, thanks. Any idea how to bring this software back to work ? I am desperate, I use it mainly to identify tons of duplicate photos. Or maybe a good linux alternative for this task ? Appreciate assistance :-)

After copying hsaudiotag like so:

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

I get another error:

[...]
Generating Help
Traceback (most recent call last):
  File "/var/yay_cache/dupeguru/src/hscommon/build.py", line 278, in iter_by_three
    version = next(it)
StopIteration

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "build.py", line 376, in <module>
    main()
  File "build.py", line 373, in main
    build_normal(ui, options.dev)
  File "build.py", line 336, in build_normal
    build_qt(dev)
  File "build.py", line 169, in build_qt
    build_help()
  File "build.py", line 183, in build_help
    sphinxgen.gen(help_basepath, help_destpath, changelog_path, tixurl, confrepl, conftmpl, changelogtmpl)                                                             
  File "/var/yay_cache/dupeguru/src/hscommon/sphinxgen.py", line 47, in gen
    changelog = read_changelog_file(changelogpath)
  File "/var/yay_cache/dupeguru/src/hscommon/build.py", line 288, in read_changelog_file                                                                               
    for version, date_str, description in iter_by_three(iter(splitted)):
RuntimeError: generator raised StopIteration

Apparently, the StopIteration exception changed in pyhton 3.7: https://www.python.org/dev/peps/pep-0479/

@atescula: this is also related to python having been upgraded from 3.6 to 3.7.

I get another error:

==> Starting build()...
Looking in links: deps
Requirement already satisfied: Send2Trash>=1.3.0 in /usr/lib/python3.7/site-packages (from -r requirements.txt (line 1)) (1.5.0)
Requirement already satisfied: sphinx>=1.2.2 in /usr/lib/python3.7/site-packages (from -r requirements.txt (line 2)) (1.7.6)
Requirement already satisfied: polib>=1.0.4 in /usr/lib/python3.7/site-packages (from -r requirements.txt (line 3)) (1.1.0)
Collecting hsaudiotag3k>=1.1.3 (from -r requirements.txt (line 4))
  Url 'deps' is ignored. It is either a non-existing path or lacks a specific scheme.
  Could not find a version that satisfies the requirement hsaudiotag3k>=1.1.3 (from -r requirements.txt (line 4)) (from versions: )
No matching distribution found for hsaudiotag3k>=1.1.3 (from -r requirements.txt (line 4))
==> ERROR: A failure occurred in build().
    Aborting...
Error making: dupeguru

After updating Manjaro KDE today from 17.1.11 to 17.1.12 dupeguru not starting anymore. Also no success trying to reinstall.

Here is the output when starting from terminal:

[andrei@manjaro-desktop ~]$ dupeguru Traceback (most recent call last): File "/bin/dupeguru", line 49, in <module> sys.exit(main()) File "/bin/dupeguru", line 35, in main from qt.app import DupeGuru File "/usr/share/dupeguru/qt/app.py", line 22, in <module> from core.app import AppMode, DupeGuru as DupeGuruModel File "/usr/share/dupeguru/core/app.py", line 24, in <module> from . import se, me, pe File "/usr/share/dupeguru/core/pe/init.py", line 1, in <module> from . import block, cache, exif, iphoto_plist, matchblock, matchexif, photo, prioritize, result_table, scanner # noqa File "/usr/share/dupeguru/core/pe/block.py", line 9, in <module> from ._block import NoBlocksError, DifferentBlockCountError, avgdiff, getblocks2 # NOQA ModuleNotFoundError: No module named 'core.pe._block' [andrei@manjaro-desktop ~]$ </module></module></module></module></module>

@AmbientChaos: It's a Python 3.7 incompatibility.

I'm getting an error during building, does anyone know what I can do to fix this?

https://pastebin.com/TPWLaa26

I'm getting an error: error: failed to commit transaction (conflicting files)

Whole output: https://pastebin.com/ExiexgYn

@dangoldbj thanks!! Builds fine now!

@Batou Thank you. Updated with changes.

Fails to build... ... Copying package at /usr/lib/python3.6/site-packages/send2trash to build/dupeguru-arch/send2trash Copying package at /usr/lib/python3.6/site-packages/hsaudiotag to build/dupeguru-arch/hsaudiotag Traceback (most recent call last): File "package.py", line 141, in <module> main() File "package.py", line 136, in main package_arch() File "package.py", line 96, in package_arch copy_files_to_package(srcpath, packages, with_so=True) File "package.py", line 42, in copy_files_to_package shutil.copytree(op.join('build', 'help'), op.join(destpath, 'help')) File "/usr/lib/python3.6/shutil.py", line 309, in copytree names = os.listdir(src) FileNotFoundError: [Errno 2] No such file or directory: 'build/help' ==> ERROR: A failure occurred in package().</module>

@ConorIA ERROR: PKGBUILD contains CRLF characters and cannot be sourced.

Here is an updated PKGBUILD: https://pastebin.com/sWR90AvT and a patch based on comment by @xnopasaranx: https://pastebin.com/wWd1ZjL9

You'll need both in the same dir to build.

brute force approach for building !!!

run in a terminal watch -n1 -x mkdir /tmp/pamac-build-andrei/dupeguru/src/build/help this command creates folder help every second replace andrei with your username

FileNotFoundError: [Errno 2] No such file or directory: 'build/help' ==> ОШИБКА: Произошел сбой в package(). Прерывание... ==> ОШИБКА: Makepkg не смог собрать dupeguru.

Не работает..

How can I edit build script? @xnopasaranx

@cordobaweb I had the build script complain about a non existant path 'build/help' and had to change the package.py line 42 and 43 to:

shutil.copytree(op.join(base_path, 'help'), op.join(destpath, 'help'))

shutil.copytree(op.join(base_path, 'locale'), op.join(destpath, 'locale'))

and add:

basepath = os.getcwd()

somewhere above. then it built fine.

fails to build for me. It´s not working.

[deleted]

[deleted]

[deleted]