I compared the contents of one of your archives vs what others are getting, and aside from the different dir name, there's no difference.
The thing is, GitHub does not guarantee their source tarballs not to change, so I'd probably chalk it up to GH weirdness: https://github.blog/open-source/git/update-on-the-future-stability-of-source-code-archives-and-hashes/ You could make the PKGBUILD deterministic by using git instead of relying on the .tar.gz generated by GitHub: source=("zigwl-${_zigwlver}::git+https://github.com/ifreund/zig-wayland.git#tag=v${_zigwlver}";) sha256sums=('9ff3bf408bee528889a9dd3059235cb5611c8e38e80e2af880187c00f387ac78') That also has the benefit of guaranteeing that the file name will be the same. Martin On Wed, May 27, 2026 at 3:09 PM Keon Cachia <[email protected]> wrote: > > I am the maintainer for AUR package Kwim and I have encountered an odd > issue in my PKGBUILD, here is the Termbin link:https://termbin.com/uo1m > (ignore the "ls" this isn't same PKGBUILD as the one on the AUR) > > The issue is that when zig-wl.tar.gz and xkb.tar.gz are extracted > instead of being "zig-wl-ver" they use their upstream name without the > version I.E "zig-wayland". This only seems to happen on my machine as > another user has commented that they had to update the sums and > filenames on their machine. > > Comment:https://aur.archlinux.org/packages/kwim#comment-1072854 > > This is not the first time this has happened to me but, the last time it > happened was because I had a typo in my source array, which is not the > case here. Does anyone have any idea why this is happening? Here is a > list of things I tried: > > > Deleting kwim's tmp directory and rebuilding the package. > Building in a clean chroot. > Using Curl -sL to see what the original extracted directory name is.(It > was zig-wayland-0.6.0, different from the one in my PKGBUILD) > > Here's the PKGBUILD currently on the AUR: > https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=kwim&id=9048bbc0382301792a4b6657d30fb2a3839dd9a0
