On 12/11/21 20:21, Mike Frysinger wrote:
the warning is issued when DEFAULT_ARCHIVE_FORMAT
has not been set by the builder, so the default value is used. if the builder
has set a value, then no warning is shown.
Sorry, I must have got the code backward when I read it.
i guess i could star
Hello,
Apologies for not being able to reply earlier. I have missed a long
discussion, so allow me to put in my 2 cents.
Indeed, back in 2004 it was me who updated the docs with the suggestion
that this format "will be the default format for future versions
of GNU tar". I must admit, it was eas
Hello, I've been playing with automatic rebuilds of GNU tar against Fedora/EPEL
a bit, and the recent commits in 'master' branch seem to break the build
process from git [2]:
+ make dist-xz
make distdir-am
make[1]: Entering directory '/workdir/tar'
if test -d .git; then
Hi Pavel,
Thanks for reporting. Commit ac119c80 should fix that. Please, pull.
Regards,
Sergey
On Monday, December 13, 2021 3:19:37 PM CET Sergey Poznyakoff wrote:
> Thanks for reporting. Commit ac119c80 should fix that. Please, pull.
Thanks for the fix! It helped:
https://copr.fedorainfracloud.org/coprs/praiskup/tar-upstream-head/build/3039903/
Pavel
The last paragraph of the section NOTE reads this:
> If any discrepancies occur between this manpage and the GNU Tar Manual,
the later shall be considered the authoritative source.
The following patch fixes later to latter.
--- tar.1 2021-02-04 19:00:32.0 +0500
+++ tar.1.fixed 2021-12-13
On 12/13/21 03:30, Sergey Poznyakoff wrote:
Reproducible tarballs in PAX format are
easily made with the following option:
--pax-option=exthdr.name=%d/PaxHeaders/%f,atime:=0,ctime:=0
I tried this, and unfortunately it introduced unnecessary extended pax
records into the output. For example
On 12/13/21 12:50, Paul Eggert wrote:
I installed the attached patch to suggest --pax option 'delete=[ac]time'
instead; this should work around the issue.
After fooling around with --format=ustar and --format=pax a bit more
with tzdb, and discovering the Y2242 problem that I'd forgotten about
On 13 Dec 2021 01:19, Paul Eggert wrote:
> If the goal is to move GNU tar to generate ustar or pax format by
> default, none of these problems are insuperable; we can eventually get
> people to read the tarballs.
imo, this is the goal for GNU tar
> But if the goal is to generate tarballs
> tha
On 13 Dec 2021 12:30, Sergey Poznyakoff wrote:
> Regarding reproducible build concerns, expressed by Paul: I don't
> believe it is an issue. Reproducible tarballs in PAX format are
> easily made with the following option:
>
> --pax-option=exthdr.name=%d/PaxHeaders/%f,atime:=0,ctime:=0
>
> (btw
10 matches
Mail list logo
