Re: [Module::Build] codebase? paths in .tar.gz?
Status: Beta
Brought to you by:
kwilliams
|
From: Glenn L. <pe...@ne...> - 2003-12-20 17:17:13
|
On approximately 12/20/2003 12:17 AM, came the following characters from the keyboard of Randy W. Sims: > On 12/19/2003 6:19 PM, Randy W. Sims wrote: > >> You can extract ptar from an older version of Archive::Tar >> <http://search.cpan.org/dist/Archive-Tar-0.23/>, or get a version of >> tar for windows that I know to be working at >> <http://unxutils.sourceforge.net/>, or you can email me (off list) the >> file and I'll take a look at it. > > > I made a mistake. The tar on the computer I was using was broke as is > the one at the url above. I'm sending you the same working tar (and > support files) I sent Ron as well as ptar. Please try them and let me > know. I used them on the file you sent and it does work here. Well, I tried ptar first. In the below, teh sequence of characters "^@" represent a true NULL character, which won't paste into the email. So it seems like the old ptar isn't particularly compatible with something or another. It sounded like it might have a nice feature of reading the compressed version of the archive directly, but I guess that doesn't work either. D:\>\downloads\ptar tvzf GFfP-0.1.tar.gz \downloads\ptar tvzf GFfP-0.1.tar.gz Read error on tarfile 'GFfP-0.1/build.pl' at \downloads\ptar.bat line 67 D:\>\downloads\ptar tvf GFfP-0.1.tar \downloads\ptar tvf GFfP-0.1.tar : checksum error at \downloads\ptar.bat line 67 Couldn't read chunk ' This list of files META.yml no clue, but Module::Build wants it build.pl Module::Build facility blib/lib/GFfP.pm The main module (but no brains) blib/arch/auto/GFfP/GFfP.bs no clue blib/arch/auto/GFfP/GFfP.dll The brains for the module blib/arch/auto/GFfP/GFfP.exp related to the .dll somehow blib/arch/auto/GFfP/GFfP.lib related to the .dll somehow ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@META.yml^@^@^@^@^@^@^@^@^@^@' at \downloads\ptar.bat line 67 : checksum error at \downloads\ptar.bat line 67 : GFfP version: 0.1 license: restrictive distribution_type: module requires: perl: 5.8.0 recommend: checksum error at \downloads\ptar.bat line 67 : checksum error at \downloads\ptar.bat line 67 ############################################################ package GFfP; use strict; use warnings; require DynaLoader; our $VERSION = '0.1'; our @ISA/################################################# # # GFfP - Glenn's Forth for Perl # # 2003/12/18 b: checksum error at \downloads\ptar.bat line 67 Couldn't read chunk 'oader ); bootstrap GFfP $VERSION; ############################################################################### # PUBLIC METHODS # (@)PACKAGE:GFfP ########################################################################### # (@)METHOD:Version() # Returns the module version number. sub Version { return $VERSION; } ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@GFfP.bs^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@' at \downloads\ptar.bat line 67 : checksum error at \downloads\ptar.bat line 67 : checksum error at \downloads\ptar.bat line 67 : checksum error at \downloads\ptar.bat line 67 : checksum error at \downloads\ptar.bat line 67 GFfP-0.1/build.pl D:\> So then I tried an old version of GNU tar I must have downloaded at some point... D:\>bin\tar --version bin\tar --version tar (GNU tar) 1.12 Copyright (C) 1988, 92, 93, 94, 95, 96, 97 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by John Gilmore and Jay Fenlason. D:\>bin\tar tvf GFfP-0.1.tar bin\tar tvf GFfP-0.1.tar -rw-rw-rw- unknown/unknown 267 2003-12-18 22:00 build.pl -rw-rw-rw- unknown/unknown 443 2003-12-19 00:15 MANIFEST -rw-rw-rw- unknown/unknown 226 2003-12-19 15:30 META.yml -rw-rw-rw- unknown/unknown 902 2003-12-18 22:29 GFfP.pm -rw-rw-rw- unknown/unknown 0 2003-12-19 00:41 GFfP.bs -rw-rw-rw- unknown/unknown 24629 2003-12-19 00:41 GFfP.dll -rw-rw-rw- unknown/unknown 739 2003-12-19 00:41 GFfP.exp -rw-rw-rw- unknown/unknown 2074 2003-12-19 00:41 GFfP.lib D:\> So then I tried the tar you sent, which turns out to be one version newer of GNU tar: D:\>bin\tar --version bin\tar --version tar (GNU tar) 1.13 Copyright (C) 1988, 92,93,94,95,96,97,98, 1999 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by John Gilmore and Jay Fenlason. D:\>bin\tar tvf GFfP-0.1.tar bin\tar tvf GFfP-0.1.tar -rw-rw-rw- unknown/unknown 267 2003-12-18 22:00 GFfP-0.1/build.pl -rw-rw-rw- unknown/unknown 443 2003-12-19 00:15 GFfP-0.1/MANIFEST -rw-rw-rw- unknown/unknown 226 2003-12-19 15:30 GFfP-0.1/META.yml -rw-rw-rw- unknown/unknown 902 2003-12-18 22:29 GFfP-0.1/blib/lib/GFfP.pm -rw-rw-rw- unknown/unknown 0 2003-12-19 00:41 GFfP-0.1/blib/arch/auto/GFfP/GFfP.bs -rw-rw-rw- unknown/unknown 24629 2003-12-19 00:41 GFfP-0.1/blib/arch/auto/GFfP/GFfP.dll -rw-rw-rw- unknown/unknown 739 2003-12-19 00:41 GFfP-0.1/blib/arch/auto/GFfP/GFfP.exp -rw-rw-rw- unknown/unknown 2074 2003-12-19 00:41 GFfP-0.1/blib/arch/auto/GFfP/GFfP.lib D:\> And indeed, for the first time, I see path names produced from my .tar file. So that is good, I guess, even if it means that all the tar programs in the world are broken except GNU tar 1.13, and A::T. (One cannot help but wonder instead if GNU tar 1.13 and A::T are the ones that are broken.) And the patch you submitted looks good on the surface, it sounds like improvements to several rough edges I've reported in M::B. I look forward to see a snapshot version I can install containing those fixes, so I can try again. Unfortunately, there still seems to be one major outstanding problem: installing my module using PPD does not cause my files to be copied into the c:\perl directory tree. D:\>ppm install d:\GFfP\GFfP.ppd ppm install d:\GFfP\GFfP.ppd ==================== Install 'GFfP' version 0.1 in ActivePerl 5.8.0.805. ==================== Successfully installed GFfP version 0.1 in ActivePerl 5.8.0.805. D:\>c: c: C:\Perl>dir GFfP* /s dir GFfP* /s Volume in drive C has no label. Volume Serial Number is 9875-3276 Directory of C:\Perl\site\lib\ppm-conf 12/20/2003 09:04a 126 GFfP.pkg 12/20/2003 09:04a 351 GFfP.ppd 2 File(s) 477 bytes Total Files Listed: 2 File(s) 477 bytes 0 Dir(s) 24,073,785,344 bytes free Now I suppose, since this is my first module, that I could have left out something. But somehow, "perl build install" figured out how to install the module successfully (albeit, it doesn't create the two files above, which seems to be a PPM record of configuration, so that is probably correct). However, using the same environment, and creating the "perl build dist" and "perl build ppd" (with a hand edit to the PPD for version-checking... oh, should that have been in the patch? That's another unresolved issue, I think), followed by "PPM install", does not place the files where they belong. So if there is something missing, I guess that Cookbook needs some more help. Or if it is some other reason, perhaps M::B should be improved to deal with it? > Thanks, > Randy. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Module-build-general mailing list > Mod...@li... > https://lists.sourceforge.net/lists/listinfo/module-build-general > > -- Glenn -- http://nevcal.com/ =========================== Like almost everyone, I receive a lot of spam every day, much of it offering to help me get out of debt or get rich quick. It's ridiculous. -- Bill Gates And here is why it is ridiculous: The division that includes Windows posted an operating profit of $2.26 billion on revenue of $2.81 billion. --from Reuters via http://biz.yahoo.com/rc/031113/tech_microsoft_msn_1.html So that's profit of over 400% of investment... with a bit more investment in Windows technology, particularly in the area of reliability, the profit percentage might go down, but so might the bugs and security problems? Seems like it would be a reasonable tradeoff. WalMart earnings are 3.4% of investment. |