On Thu, 16 Jan 2014 07:04:56 -0800, Alexander Hansen <alexanderk.han...@gmail.com> wrote: On 1/16/14 6:12 AM, Charles Lepple wrote: > > Just thought I'd throw this out there for the archives, or in case > anyone else has seen something similar. > > > > I'm attempting to package > http://search.cpan.org/~nwiger/CGI-FormBuilder-3.09/ and I get the > following at the unpack stage: > > > > env LANG=C LC_ALL=C /sw.lion/bin/tar --no-same-owner > --no-same-permissions -xvf > /Users/clepple/Downloads/CGI-FormBuilder-3.09.tgz > > /sw.lion/bin/tar: This does not look like a tar archive > > /sw.lion/bin/tar: Skipping to next header > > /sw.lion/bin/tar: Exiting with failure status due to previous errors > > ### execution of env failed, exit code 2 > > > > But if I manually gunzip the archive, and feed that to tar: > > > > $ /sw/bin/gnutar tvf ~/Downloads/CGI-FormBuilder-3.09.tar > > /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.dev' > > /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.ino' > > /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.nlink' > > drwxr-xr-x nateware/wheel 0 2013-11-29 22:06 CGI-FormBuilder-3.09/ > > /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.dev' > > /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.ino' > > /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.nlink' > > -rw-r--r-- nateware/wheel 17748 2013-11-29 22:06 > CGI-FormBuilder-3.09/Changes > > > > (etc.) > > > > $ ls -l /sw/bin/tar > > lrwxr-xr-x 1 root admin 4 Nov 17 11:56 /sw/bin/tar@ -> gtar > > $ ls -l /sw/bin/gnutar > > lrwxr-xr-x 1 root admin 4 Nov 17 11:56 /sw/bin/gnutar@ -> gtar > > > > It looks like the GNU tar heuristics get confused by the extended > headers when presented with the .tgz. > > > > In the short term, I think I'll just try the Debian .orig.tar.gz, > but has anyone run across this before? (I'm assuming this is from > Schily's S tar, or something similar.) > > > > $ fink --version > > Package manager version: 0.36.3.1 > > Distribution version: selfupdate-cvs Thu Jan 16 08:54:42 2014, 10.7, x86_64 > > Trees: local/main stable/main > > > > TarFilesRename uses the older method of using the uncompressor first > and then pipes the result out, although to pax rather than tar. A > combination of TarFilesRename and SourceRename might well do the > trick here. > > Another option would be to recompress it and have the new tarball > uploaded to Fink's repository on Sourceforge.
.tgz is not non-standard (per spec) and not uncommon in the world, I don't think "we should rehost it" is a good general solution. dan -- Daniel Macks dma...@netspace.org ------------------------------------------------------------------------------ CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
