[Slightly OT] Interpreting cpan-testers failures
I apologize for the somewhat OT posting, but I need some help. I uploaded a new version of a module (Tk-DiffText version 0.18) to CPAN and have been getting failure reports from CPAN-Testers ever since. The common theme is this: Output from '/usr/bin/make': ERROR: Cannot copy 'Tk-DiffText-0.18libTkDiffText.pm' to 'blib/lib/Tk-DiffText-0.18libTkDiffText.pm': No such file or directory at -e line 1 *** Error code 255 Stop in /usr/local/src/CPAN/build/MJCARMAN-xVUXJa. Note the lack of path separators. I received an email from one user who including a directory listing. It appeared that the directory structure was flattened. e.g. There was a file named Tk-DiffText-0.18\lib\Tk\DiffText.pm instead of DiffText.pm in the folder Tk-DiffText-0.18/lib/Tk. It appears that there's something wrong (or at least non-standard) with the archive (it's a zip file) but I can't figure out what. Has anyone seen something like this before? I'd appreciate any insight. The zip file was created by IZArc 3.81 on Windows XP SP2. -mjc
Re: [Slightly OT] Interpreting cpan-testers failures
It's been a lng time since I've made a zipfile, but I seem to remember that you had to explicitly tell the old DOS PKZIP to retain directory structure. That is: its default was to flatten everything down to a simple pool of files. This was, however, forever ago. Have you tried unpacking your own distro to see what it looks like? On Fri, Mar 21, 2008 at 9:34 AM, Michael Carman [EMAIL PROTECTED] wrote: I apologize for the somewhat OT posting, but I need some help. I uploaded a new version of a module (Tk-DiffText version 0.18) to CPAN and have been getting failure reports from CPAN-Testers ever since. The common theme is this: Output from '/usr/bin/make': ERROR: Cannot copy 'Tk-DiffText-0.18libTkDiffText.pm' to 'blib/lib/Tk-DiffText-0.18libTkDiffText.pm': No such file or directory at -e line 1 *** Error code 255 Stop in /usr/local/src/CPAN/build/MJCARMAN-xVUXJa. Note the lack of path separators. I received an email from one user who including a directory listing. It appeared that the directory structure was flattened. e.g. There was a file named Tk-DiffText-0.18\lib\Tk\DiffText.pm instead of DiffText.pm in the folder Tk-DiffText-0.18/lib/Tk. It appears that there's something wrong (or at least non-standard) with the archive (it's a zip file) but I can't figure out what. Has anyone seen something like this before? I'd appreciate any insight. The zip file was created by IZArc 3.81 on Windows XP SP2. -mjc -- Shawn Boyette [EMAIL PROTECTED]
Re: [Slightly OT] Interpreting cpan-testers failures
On Fri, Mar 21, 2008 at 9:37 AM, Shawn Boyette ☠ [EMAIL PROTECTED] wrote: Have you tried unpacking your own distro to see what it looks like? More to the point, unpack your distro with the CPAN shell: $ cpan cpan look Tk::DiffText That will drop you into the directory that CPAN has unzipped and you can see how it looks. I just tried it on Win32 Strawberry Perl and it looked fine. However, on Unix, it looks like this: $ ls Makefile.PL Tk-DiffText-0.18\lib\Tk\DiffText.pm Tk-DiffText-0.18\MANIFEST Tk-DiffText-0.18\README Tk-DiffText-0.18\Changes Tk-DiffText-0.18\Makefile.PL Tk-DiffText-0.18\META.yml Tk-DiffText-0.18\t\Tk-DiffText.t So somehow the slashes are coming out wrong from /usr/bin/unzip. My guess is that the zip standard is to use forward slashes, that your IZArc uses backslashes instead and that Archive::Zip (which is what Strawberry Perl uses on Win32) is either smart enough to figure it out, or else just gets it right because Win32 expects backslashes anyway. So basically, I think you need to use another zip program. David