Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Data-Section CPAN distribution.

Report information
The Basics
Id: 38256
Status: resolved
Priority: 0/
Queue: Data-Section

People
Owner: Nobody in particular
Requestors: geoffair [...] hotmail.com
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 0.004
Fixed in: (no value)



Subject: No path names in tar.gz file ...
The download Data-Section-0.004.tar.gz contains NO directory information, thus perl Makefile.PL reports the kit as not complete ...
I can't reproduce this problem. ~/Data-Section-0.004$ perl Makefile.PL Checking if your kit is complete... Looks good Writing Makefile for Data::Section I'm not even entirely sure what you mean. Can you elaborate and tell me what version of ExtUtils::MakeMaker you have installed? Also, the OS. -- rjbs
From: geoffair [...] hotmail.com
Thursday, August 07, 2008. Hi, I am sure you can not repeat it with your existing installation ... Start with the downloadable Data-Section-0.004.tar.gz. When you unpack it you will see what I mean. It does not construct a directory structure ... all files are dropped in the current directory, with several overwriting others ... Try say - # tar -ztvf Data-Section-0.004.tar.gz and you should see there are no 'directory names' in the tar.gz file ... Or # mkdir temp # cd temp # tar -xvvzf ../Data-Section-0.004.tar.gz Unfortunately my linux system is down at the moment, so can not test the above commands ... I am in Win32, OS XP Pro SP2. My ActiveState perl 5.10 was installed earlier this year, with whatever ExtUtils::MakeMaker comes with it ... the file lib/ExtUtils/Makemaker.pm shows - $VERSION = '6.42_01'; if that is what you mean ... I have had no trouble manually downloading and install many, MANY CPAN packages ... downloading the tarball, unpacking it with WinZip ... all the others contained a directory structure ... Download, for example your Software-License-0.008.tar.gz, and do something like - # gzip -cd Software-License-0.008.tar.gz | tar -tv and you will see it starts with the folder Software-License-0.008, with many sub-folders, like lib, t, xt, etc ... So, it is just that your Data-Section-0.004.tar.gz tarball, and versions 003 and 002 before it, do _NOT_ have the directory structure in the tarball ... Hope this makes it clearer ... Geoff. EOF - ASPerl-03.doc
Since you were talking about a problem with the tarball, I had started by downloading the one present on the CPAN. I can't find any problem with it. MD5 (Data-Section-0.004.tar.gz) = e4cfbc0cf932e1c1610a991ca01110b0 tar ztvf Data-Section-0.004.tar.gz shows everything under the right directory. Extraction works as expected. Are you encountering this problem on your Windows system or the Linux one? What I'm wondering is if there is something unusual about the tar archive that is being confusing to the Windows tar extractor, but not GNU tar. -- rjbs
Do you mean to say that you think this problem is because there are no explicit index entries in the tar archive for the directories per se? Let me know what tar extractor is behaving strangely. Things extract properly for me, here. -- rjbs
Aha, on review I see your "hand unpack with WinZip." I'll look at fixing the thing that built that distribution. In the meantime, another CPAN maintainer suggested that installing via the cpan or cpanp programs would work. -- rjbs
0.005 uploaded -- rjbs
From: geoffair [...] hotmail.com
Thursday, August 07, 2008. Hi, Thanks for your replies ... I am now awaiting 0.005 to be available, to test it ... thanks. Yes, it we seems we were starting with the same tar.gz ... MD5 (Data-Section-0.004.tar.gz) = e4cfbc0cf932e1c1610a991ca01110b0 but getting wildly different results ;=)) As stated, my linux dual boot capability is DOWN at the moment, so all this is in Win32 XP Pro SP2 ... Yes, I use WinZip to 'manually' unpack the tar.gz files, and as stated had NO PROBLEMS with Software-License-0.008.tar.gz, nor Sub-Exporter- 0.979.tar.gz, nor Sub-Install-0.924.tar.gz ... all of which unpacked correctly into their respective folders ... It seems definitely a problem with the tar archive you used specifically for Data-Section-0.004.tar.gz - same for 0.003 and 0.002 ... I use WinZip 9.0, which extracts the tar, and lists the files - but only in the case of Data-Section-0.004.tar.gz, it lists them without any folder information ... Even using some Win32 ports of the GNU tools, gzip, and tar, I get a simple file list - C:\DTEMP>gzip -d Data-Section-0.004.tar.gz C:\DTEMP>tar -tvf Data-Section-0.004.tar -rwSr-Sr-- rjbs/rjbs 393 2008-06-08 14:04 Changes -rwSr-Sr-- rjbs/rjbs 18192 2008-06-08 14:04 LICENSE -rwSr-Sr-- rjbs/rjbs 305 2008-06-08 14:04 MANIFEST -rwSr-Sr-- rjbs/rjbs 262 2008-06-08 14:04 META.yml -rwSr-Sr-- rjbs/rjbs 432 2008-06-08 14:04 Makefile.PL -rwSr-Sr-- rjbs/rjbs 279 2008-06-08 14:04 README -rwSr-Sr-- rjbs/rjbs 6475 2008-06-08 14:04 Section.pm -rwSr-Sr-- rjbs/rjbs 1566 2008-06-08 14:04 basic.t etc ... You can see the files are _NOT_ preceded by the folder/directory Data- Section-0.004, and files like Section.pm should be 'Data-Section- 0.004/Data/Section.pm', and basic.t should be 'Data-Section- 0.004/t/basic.t', etc, etc ... The directory names are missing ... I can not understand how you can start with this tar.gz, and get the correct directory structure - there is _NO_ directory information in the tar ... do it in a new 'temp' folder, and see what you get ... I have been able to fully 'construct' the directory structure using the information in the MANIFEST file, and was able to put each file in its correct place ... then the usual mantra perl Makefile.PL nmake nmake test nmake install all worked fine ... I attach a tar.gz from :- nmake dist MD5 (Data-Section-0.004.tar.gz) = 0be9f4ac87ea5a1ac6b75f757a0eb0d3 As stated, I do NOT have access to a linux machine at this time, thus all this is in Win32, but even 'powerful' linux can not construct directory information when there is none ;=)) I hope it has been resolved with 0.005 ... Regards, Geoff. EOF - ASPerl-04.doc
Download Data-Section-0.004.tar.gz
application/x-gzip 11k

Message body not shown because it is not plain text.

Subject: Re: [rt.cpan.org #38256] No path names in tar.gz file ...
Date: Thu, 7 Aug 2008 10:13:21 -0400
To: "Geoff R. McLane via RT" <bug-Data-Section [...] rt.cpan.org>
From: Ricardo SIGNES <rjbs [...] cpan.org>
* "Geoff R. McLane via RT" <bug-Data-Section@rt.cpan.org> [2008-08-07T09:39:20] Show quoted text
> -rwSr-Sr-- rjbs/rjbs 393 2008-06-08 14:04 Changes > -rwSr-Sr-- rjbs/rjbs 18192 2008-06-08 14:04 LICENSE > -rwSr-Sr-- rjbs/rjbs 305 2008-06-08 14:04 MANIFEST > -rwSr-Sr-- rjbs/rjbs 262 2008-06-08 14:04 META.yml > -rwSr-Sr-- rjbs/rjbs 432 2008-06-08 14:04 Makefile.PL > -rwSr-Sr-- rjbs/rjbs 279 2008-06-08 14:04 README > -rwSr-Sr-- rjbs/rjbs 6475 2008-06-08 14:04 Section.pm > -rwSr-Sr-- rjbs/rjbs 1566 2008-06-08 14:04 basic.t > etc ... > > You can see the files are _NOT_ preceded by the folder/directory Data- > Section-0.004, and files like Section.pm should be 'Data-Section- > 0.004/Data/Section.pm', and basic.t should be 'Data-Section- > 0.004/t/basic.t', etc, etc ...
They're fine when I view them, as I said. Show quoted text
> I can not understand how you can start with this tar.gz, and get the > correct directory structure - there is _NO_ directory information in > the tar ... do it in a new 'temp' folder, and see what you get ...
I did this. Every time you suggest that I have no idea what I'm talking about, I die a little inside. Seriously, it works fine here. I can buy that the version of the tools you are using there don't work the way the ones I'm using do. It *does* work here, though, and I *did* test it. Anyway, the new 0.005 is at http://pause.perl.org/incoming/Data-Section-0.005.tar.gz It includes entries for the directories themselves. It also extracts correctly using my tools, but since the previous one did as well, I don't know whether this will help. -- rjbs
From: geoffair [...] hotmail.com
Friday, August 08, 2008. Hi, Sorry, it was the 'tools'! Your new version 0.005 is the same! But have solved it ;=)) For some reason on this particular project you have used a different version of 'tar', or different parameters, or something ... as stated I had no trouble with _ALL_ the others I downloaded and installed ... over 40 in the last 3 days! I did them all 'manually' because I wanted to 'see' the sources, as a sample set. I am working on an extension DLL and know no better way than view lots of what has been done before, as well as read the documentation ... Analyzing the tar file data, after gzip -d, the TAR file is still in 'ustar' format, but :- 1. Instead of '0' (ASCII zero) filled octal size, it is space filled, ' '; 2. Instead of the full directory AND file name being in the 'name' field of the posix_header, the directory is in the 'prefix' field, and the 'name' is just the file name; 3. There may be other differences, but these 2, or others, caused my Win32 tools - even WinZip, which is only version 9.0, circa 2004 - to produce the wrong results ... My GNU Win32 port of 'tar' is 1.12, circa 1997 ... I will seek a later version, if it exists ... I have downloaded the source of tar, tar- 1.19.1-20071030.tar.gz, which seemed the latest I could quickly find, and may try to compile it in Win32 ... I will be pleased when I have my Ubuntu linux back up and running, so I can check these things in there _BEFORE_ I begin blurting ... This is now closed as far as I am concerned. Again, sorry for the noise ... Regards, Geoff. PS: I downloaded and did a quick try using 7-Zip 4.58 beta 2008-05-05 for Win32, and it correctly listed the folders in the 0.005 tar ;=)) so assume it will work with all the others, and may switch over to this ... again, sorry for the problems caused ... EOF - ASPerl-05.doc
CC: undisclosed-recipients: ;
Subject: Re: [rt.cpan.org #38256] No path names in tar.gz file ...
Date: Fri, 8 Aug 2008 08:55:41 -0400
To: "Geoff R. McLane via RT" <bug-Data-Section [...] rt.cpan.org>
From: Ricardo SIGNES <rjbs [...] cpan.org>
* "Geoff R. McLane via RT" <bug-Data-Section@rt.cpan.org> [2008-08-08T08:15:07] Show quoted text
> For some reason on this particular project you have used a different > version of 'tar', or different parameters, or something ... as stated I > had no trouble with _ALL_ the others I downloaded and installed ... > over 40 in the last 3 days!
That is almost certainly the case. Most of my dists (and probably most dists) are built with GNU tar. I'm using a new tool, now, to build my dists, and it uses Archive::Tar. Show quoted text
> This is now closed as far as I am concerned. Again, sorry for the > noise ...
No problem, glad to have it resolved, and to know why! -- rjbs