On 2025-01-29 11:20, Simon Josefsson via Gnulib discussion list wrote:
It seems tar 1.13.25 from Debian 3 doesn't understand the virtual
./PaxHeaders/ sub-directory and print warnings. It still exits
successfully though. But it create a ./PaxHeaders/ sub-directory in the
current directory. This breaks some workflows that assume that the
first directory entry of a release tarball is the sub-directory to cd
into and start the build process.
Oh, I hadn't run into that one.
To fix, you can replace this:
cd $(tar tfz tar/b-trisquel11/libtasn1-*.tar.gz | head -n1)
with this:
cd $(tar tfz tar/b-trisquel11/libtasn1-*.tar.gz | grep -v
'^\./PaxHeaders/' | head -n1)
Admittedly it's yet one more pain for tar reproducibility+portability.