On Thu, 15 Feb 2018 17:53:08 -0500, Eli Schwartz via arch-projects wrote:
Since devtools pushes xz, and every single package currently in the repos uses xz,
FWIW, devtool's lib/common.sh's find_cached_package() uses the glob ".pkg.tar?(.?z)".
and AFAIK we haven't actually used any others, it makes sense to just assume xz as the only supported PKGEXT.
IIRC, .gz was used for some packages until around ~2011. Until 2011-03-26 the glob was ".pkg.tar.*", but in 575ba47 it was changed to the current ".pkg.tar.?z" as part of supporting package signing (so that it wouldn't match the .pkg.tar.*.sig files). If my recollection of having .gz files is correct, that change makes a bit of pragmatic sense; .gz and .xz were the extensions in use when that change was made. As for continuing to support globs: that's functionality that will be needed if the prescribed PKGEXT ever changes. It isn't enough to simply change dbscripts' PKGEXT to the new one; for some time after that, it will need to be able to find packages with the old extension (imagine if ftpdir-cleanup stopped seeing the old extension!) IDK if you guys think it's worth keeping the the globbing code around just for the eventuality that a new compression scheme comes around. If not, I'm fine with this change. -- Happy hacking, ~ Luke Shumaker