This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: AMTAR brokenness
- From: Alexandre Duret-Lutz <adl at src dot lip6 dot fr>
- To: Roger Leigh <roger at whinlatter dot uklinux dot net>
- Cc: bug-tar at gnu dot org, automake at gnu dot org
- Date: Fri, 16 Apr 2004 01:07:47 +0200
- Subject: Re: AMTAR brokenness
- References: <877jwzvnsk.fsf@wrynose.whinlatter.uklinux.net>
>>> "Roger" == Roger Leigh <roger@whinlatter.uklinux.net> writes:
[...]
Roger> - $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz
Roger> + $(AMTAR) chf - $(distdir) --format=posix | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz
[...]
Sorry for the late comment. I can see at least three reasons
against this patch:
1. The --format=posix options is a GNU Tar option, which means `make dist'
can no longer be run with other make implementations. Automake makefiles
should be portable and this breaks it.
2. The --format option is a new option of tar 1.13.93, so the
produced Makefile will not even run with widespread tar versions.
3. The POSIX format is young and AFAICT many platforms out there
cannot read it. (Sometimes tar won't read it but you can
read it with the pax utility, sometimes neither work.
E.g. such archives cause pax and tar to segfault on the OSF1
V4.0 box I have access to.)
I'm not denying there is a problem to fix, but the above change
really breaks more things than it cures. Without it, the only
people annoyed are those with 100+-character-long filenames.
With it _all_ packages produce non-portable tarballs using
non-portable syntax.
Forcing the ustar format might be a possibility (is it?), if
that can be done portably (that probably involves a configure
check). Another idea is to arrange the dist rules so users have
a way to override the tar options.
--
Alexandre Duret-Lutz