Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On Jan 19, 2014, at 3:27 PM, Daniel Macks wrote: > Also, just noticed, missing a dependency on perl itself. Should that be perl%type_pkg[perl]-core, since it is varianted? -- Charles Lepple clepple@gmail -- 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On Jan 19, 2014, at 11:39 AM, Daniel Macks wrote: > On Sun, 19 Jan 2014 10:39:56 -0500, Charles Lepple wrote: >> >> The cgi-formbuilder-pm.info file passes validation, but if any Perl experts >> want to glance at it (I'm used to packaging Python and C stuff), it's in a >> temporary branch here before I commit everything to CVS: >> >> https://github.com/clepple/fink-dists/commit/18712affa0b2784f8ef033cd5222d72406d42963 > > Looks like a good package. Some technical improvements... > License could be expanded to be Artistic/GPL (per statement in README and > INSTALL). check. > Instead of creating %i/lib/perl5/%type_raw[perl]/man/ and then moving just > the man/man3/ subdir into it, you can just move the whole man/ > (%i/lib/perl5/%type_raw[perl]/ already exists, so that saves a step and also > avoids leaving a stray empty man/ dir). cut-n-paste from the wrong block in the Policy guide :-) Thanks for catching that. > Makefile.PL has some checks for optional modules that fink does supply via > other packages. You could Recommends: them. But the test suite also uses > them, so they would also be good InfoTest:TestDepends: entries. If they > themselves don't have large dep trees and/or the features they are common and > useful, I tend to just Depends: them so that other users don't have to figure > out fink's package-naming to find them. Agreed, the dependencies are not that big in this case (at least, the ones already in Fink). Thanks for the suggestions! -- Charles Lepple clepple@gmail -- 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On Sun, 19 Jan 2014 10:39:56 -0500, Charles Lepple wrote: On Jan 16, 2014, at 11:20 PM, Charles Lepple wrote: > > The cgi-formbuilder-pm.info file passes validation, but if any Perl > experts want to glance at it (I'm used to packaging Python and C > stuff), it's in a temporary branch here before I commit everything to > CVS: > > https://github.com/clepple/fink-dists/commit/18712affa0b2784f8ef033cd5222d72406d42963 Looks like a good package. Some technical improvements... License could be expanded to be Artistic/GPL (per statement in README and INSTALL). Instead of creating %i/lib/perl5/%type_raw[perl]/man/ and then moving just the man/man3/ subdir into it, you can just move the whole man/ (%i/lib/perl5/%type_raw[perl]/ already exists, so that saves a step and also avoids leaving a stray empty man/ dir). Makefile.PL has some checks for optional modules that fink does supply via other packages. You could Recommends: them. But the test suite also uses them, so they would also be good InfoTest:TestDepends: entries. If they themselves don't have large dep trees and/or the features they are common and useful, I tend to just Depends: them so that other users don't have to figure out fink's package-naming to find them. 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On Jan 16, 2014, at 11:20 PM, Charles Lepple wrote: > On Jan 16, 2014, at 12:36 PM, Daniel Macks wrote: >> On Thu, 16 Jan 2014 07:04:56 -0800, Alexander Hansen >> wrote: >>> 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. > > The filename extension isn't the issue - I neglected to mention that I tried > renaming it to tar.gz before I tried running gzip separately. > > It's the tar header keyword extensions inside the gzip payload that are > tripping up the integrated tar+gz auto-detector in GNU tar. Wrong assumption about the headers on my part. Sorry for the confusion. Here's what happened: I used search.cpan.org to get the download URL, and assumed that was just a front end to the CPAN mirrors. Actually, the file downloaded from search.cpan.org had an extra gzip layer on it (and of course this wasn't reflected in the .tgz extension). The SCHILY.* extended header keyword warnings were, in fact, just warnings, and GNU tar is able to properly auto-detect the .tgz compression on the file from the CPAN mirror servers. The cgi-formbuilder-pm.info file passes validation, but if any Perl experts want to glance at it (I'm used to packaging Python and C stuff), it's in a temporary branch here before I commit everything to CVS: https://github.com/clepple/fink-dists/commit/18712affa0b2784f8ef033cd5222d72406d42963 -- Charles Lepple clepple@gmail -- 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On Jan 16, 2014, at 12:36 PM, Daniel Macks wrote: > On Thu, 16 Jan 2014 07:04:56 -0800, Alexander Hansen > wrote: >> 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. The TarFilesRename/SourceRename sounds promising, although there will be a big fat comment explaining what the heck is going on there. >> 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. The filename extension isn't the issue - I neglected to mention that I tried renaming it to tar.gz before I tried running gzip separately. It's the tar header keyword extensions inside the gzip payload that are tripping up the integrated tar+gz auto-detector in GNU tar. -- Charles Lepple clepple@gmail -- 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
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" wrote: > > On Thu, 16 Jan 2014 07:04:56 -0800, Alexander Hansen > 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/wheel0 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On Thu, 16 Jan 2014 07:04:56 -0800, Alexander Hansen 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/wheel0 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
the recent version of tar also accept the -a switch (for auto) Le 16 janv. 2014 à 16:14, TheSin a écrit : > oh nice didn't know that, guess I just feel old since I still use -z ;) > --- > TS > http://www.southofheaven.org/ > Life begins and ends with chaos, live between the chaos! > > On 2014-01-16, at 7:47 AM, Alexander Hansen > wrote: > >> On 1/16/14 6:35 AM, TheSin wrote: >>> shouldn't fink be sending ta -xzvf ?? it's missing the -z for gzip >>> >>> that being said I don't think it'll fix it but it's still odd. >>> --- >>> TS >>> http://www.southofheaven.org/ >>> Life begins and ends with chaos, live between the chaos! >>> >>> On 2014-01-16, at 7:12 AM, Charles Lepple wrote: >>> 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 >>> >>> >>> >> >> No, we deliberately dropped adding -z (or -j, or whatever), because tars at >> least as new as the gnu tar from 10.5 are supposed to be able to figure out >> what compression utility is needed, so we can get away with using "tar -xvf" >> on uncompressed tarballs, gzipped tarballs, bzipped tarballs, and xzipped >> tarballs without having to go through conditionals to figure out what >> decompressor is needed. >> >> -- >> Alexander Hansen, Ph.D. >> Fink User Liaison >> My package updates: http://finkakh.wordpress.com/ > > > -- > 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 -- 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
oh nice didn't know that, guess I just feel old since I still use -z ;) --- TS http://www.southofheaven.org/ Life begins and ends with chaos, live between the chaos! On 2014-01-16, at 7:47 AM, Alexander Hansen wrote: > On 1/16/14 6:35 AM, TheSin wrote: >> shouldn't fink be sending ta -xzvf ?? it's missing the -z for gzip >> >> that being said I don't think it'll fix it but it's still odd. >> --- >> TS >> http://www.southofheaven.org/ >> Life begins and ends with chaos, live between the chaos! >> >> On 2014-01-16, at 7:12 AM, Charles Lepple wrote: >> >>> 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 >> >> >> > > No, we deliberately dropped adding -z (or -j, or whatever), because tars at > least as new as the gnu tar from 10.5 are supposed to be able to figure out > what compression utility is needed, so we can get away with using "tar -xvf" > on uncompressed tarballs, gzipped tarballs, bzipped tarballs, and xzipped > tarballs without having to go through conditionals to figure out what > decompressor is needed. > > -- > Alexander Hansen, Ph.D. > Fink User Liaison > My package updates: http://finkakh.wordpress.com/ -- 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
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/wheel0 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. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ -- 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On 1/16/14 6:47 AM, Alexander Hansen wrote: > On 1/16/14 6:35 AM, TheSin wrote: >> shouldn't fink be sending ta -xzvf ?? it's missing the -z for gzip >> >> that being said I don't think it'll fix it but it's still odd. >> --- >> TS >> http://www.southofheaven.org/ >> Life begins and ends with chaos, live between the chaos! >> >> On 2014-01-16, at 7:12 AM, Charles Lepple wrote: >> >>> 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 >> >> >> > > No, we deliberately dropped adding -z (or -j, or whatever), because tars > at least as new as the gnu tar from 10.5 are supposed to be able to > figure out what compression utility is needed, so we can get away with > using "tar -xvf" on uncompressed tarballs, gzipped tarballs, bzipped > tarballs, and xzipped tarballs without having to go through conditionals > to figure out what decompressor is needed. > Though in point of fact we didn't actually use flags for tar. We figured out the compression utility via extension, used that, and piped the result into tar. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ -- 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On 1/16/14 6:35 AM, TheSin wrote: > shouldn't fink be sending ta -xzvf ?? it's missing the -z for gzip > > that being said I don't think it'll fix it but it's still odd. > --- > TS > http://www.southofheaven.org/ > Life begins and ends with chaos, live between the chaos! > > On 2014-01-16, at 7:12 AM, Charles Lepple wrote: > >> 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 > > > No, we deliberately dropped adding -z (or -j, or whatever), because tars at least as new as the gnu tar from 10.5 are supposed to be able to figure out what compression utility is needed, so we can get away with using "tar -xvf" on uncompressed tarballs, gzipped tarballs, bzipped tarballs, and xzipped tarballs without having to go through conditionals to figure out what decompressor is needed. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ -- 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
shouldn't fink be sending ta -xzvf ?? it's missing the -z for gzip that being said I don't think it'll fix it but it's still odd. --- TS http://www.southofheaven.org/ Life begins and ends with chaos, live between the chaos! On 2014-01-16, at 7:12 AM, Charles Lepple wrote: > 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 -- 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
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
Hi, not sure it'll help but I've got the same behavior with the gnutar shipped with lion. gnutar version : tar (GNU tar) 1.17 so does the fink version tar --version: tar (GNU tar) 1.26 but the bsdtar works fine on that file bsdtar 2.8.3 - libarchive 2.8.3 Djamé Le 16 janv. 2014 à 15:12, Charles Lepple a écrit : > 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/wheel0 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 > > -- > Charles Lepple > clepple@gmail > > > > > -- > 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 -- 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
[Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
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/wheel0 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 -- Charles Lepple clepple@gmail -- 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