Arch Linux User Repository

As Arch is on python 3.14, it will use the built-in module (compression.zstd). So still no dep on python-pyzstd. But I should likely remove the direct zstd dep, as I misread something in the past (or it changed in the meantime).
python-argcomplete is optional. But it should likely be listed in optdeps to make people aware.

Edit: And the license has just a typo. In general there was an attempt to make it SPDX compliant.
Edit2: No, python-argcomplete won't be added to optdepends. It requires additional steps which is outside of the PKGBUILD.

Oh, don't worry. I'm generally using a clean build environment (unless I want to check on some changes quickly, which bit me a bit with my comment on the ntfsprogs package).
And I'm aware of namcap. But it also has some flaws (especially with python based packages, but there are more quirks), therefore I additionally use tools like readelf. And IIRC it isn't advised to blindly follow the namcap output.

Nonetheless: Thanks for the report, I will check

Hi,

This package needs the following changes:

1. Make license() SPDX compliant, as per the guidelines
2. Add missing python-argcomplete and python-pyzstd from depends()

I am creating this comment as I saw your comment under ntfsprogs-plus. It seems like as a packager, you have not been using tools like namcap nor extra-x86-64-build to check your packages for the right depends, any errors, or building in a clean chroot (maybe). I don't wanna put a comment under all of your packages, but I highly implore you to go through ever single one of your packages with namcap, as it is very easy to have wrong stuff in PKGBUILDs.

• Read about namcap: here
• Read more about testing PKGBUILDs: here

diff --git a/PKGBUILD b/PKGBUILD
index 54b7155..1196bb6 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -8,9 +8,9 @@ pkgrel=1
 pkgdesc="portable command line archive file manager"
 arch=('any')
 url="https://wummel.github.io/patool/"
-license=('GPL-3-only')
-depends=(python)
-makedepends=(python-build python-installer python-wheel python-setuptools-reproducible python-argcomplete)
+license=('GPL-3.0-only')
+depends=(python python-argcomplete python-pyzstd)
+makedepends=(python-build python-installer python-wheel python-setuptools-reproducible)
 optdepends=("lz4: extracting LZ4 archives"
     "p7zip: extracting ZIP and 7z files"
     "unarchiver: extracting various formats"

For paru the following works:

paru -S --rebuild=all patool python-setuptools-reproducible

Paru is basically a pacman wrapper. Clearing the cache fixed the issue, thank you. I previously tried only paru -Scc (rather than paru -Sccc) which had not done anything.

Hello keriefie.
I'm not familiar with the internals of paru, but as Dominiquini said, there is some caching involved.
paru gets the task to install package xyz and a check with the local package cache (and maybe builddir) results in "This was already build so let us just use this generated package". Which is not a rebuild in the sense that a completly new pacman-package is created.
One way to solve this would be the way Dominiquini describes. But I assume this will delete the whole cache which may be undesireable. An alternative could be to simply search for any python-setuptools-reproducible package and only delete those. Locations to check would be somewhere in ~/.cache/paru/ (and maybe the one from pacman /var/cache/pacman/pkg).

@keriefie: Maybe it's a cache issue. Try

paru -Sccc

paru -S python-setuptools-reproducible

Apologies. You keep saying rebuild, but I don't know what you mean. I have tried doing paru -R python-setuptools-reproducible followed by paru -S python-setuptools-reproducible, but this has not solved the issue. sudo pacman -Qo /usr/lib/python3.13/ still outputs for python-setuptools-reproducible.

Hello carlosnewmusic. Please rebuild python-setuptools-reproducible. Your locally available package is for python 3.13 and therefore cannot be found with python 3.14.
Also please take note of previous comments.

build error https://pastes.io/patool-bui