#1143196 tarballs with explicit toplevel directory break with pristine-tar

#1143196#5
Date:
2026-07-31 15:49:04 UTC
From:
To:
Debian tag2upload service writes ("[tag2upload 5564] irrecoverable libhttp-cookies-perl 6.12-1"):

1. This error message should say what *other* first directory parts it
   saw.

2. In this case the tarfile listing looks like this:

drwxr-xr-x olaf/olaf         0 2026-07-26 03:34 HTTP-Cookies-6.12
-rw-r--r-- olaf/olaf     19640 2026-07-26 03:34 HTTP-Cookies-6.12/LICENSE
-rw-r--r-- olaf/olaf      2411 2026-07-26 03:34 HTTP-Cookies-6.12/INSTALL
...

So I think the tag2upload service has a bug here.

Ian.

#1143196#10
Date:
2026-07-31 16:07:08 UTC
From:
To:
Ian Jackson writes ("Bug#1143196: tarballs with explicit toplevel directory break with pristine-tar"):

It turns out that the / we see in directory names in tar vv listings
are *in the tarfile* and *not generated by all tar implementations*!

Ian.

#1143196#15
Date:
2026-07-31 16:27:36 UTC
From:
To:
Ian Jackson writes ("Bug#1143196: tarballs with explicit toplevel directory break with pristine-tar"):

I was able to reproduce a tarball whose top-level directory didn't end
in `/` as written in the tarfile simply by using pax.

So I think right now probably all pax-generated tarballs don't work.

Ian.

#1143196#20
Date:
2026-07-31 17:30:59 UTC
From:
To:
Thanks, my intuition also was that there is a bug somewhere.


Cheers,
gregor

#1143196#25
Date:
2026-07-31 23:11:47 UTC
From:
To:
Great, thanks alot!


Cheers,
gregor

#1143196#30
Date:
2026-07-31 23:03:39 UTC
From:
To:
The fix for this bug is now deployed.  There is some risk it will
regress due to an automated deployment if src:dgit doesn't migrate
quickly enough.  I will keep an eye on it.

Ian.