It's only this particular file (for now). I believe we currently have packages in the distro with .tgz sources.
Sent from my iPod > On Jan 16, 2014, at 9:36, "Daniel Macks" <dma...@netspace.org> wrote: > > 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
