Re: [Module::Build] Ready for 0.22?

[Glenn L. <pe...@ne...>]

On approximately 1/9/2004 3:27 PM, came the following characters from
the keyboard of Ken Williams:

> 
> On Friday, January 9, 2004, at 04:24  PM, Glenn Linderman wrote:
> 
>> On approximately 1/9/2004 9:29 AM, came the following characters from
>> the keyboard of Ken Williams:
>>
>>> Hey,
>>> Any outstanding issues before I release 0.22 to CPAN?
>>
>>
>> Well, I still haven't been able to do a PPM install of a M::B built 
>> distribution for a trivial XS module.  But whether that is 
>> Module::Build, Archive::Tar, or PPM I have no clue.  And yes, this is 
>> with 0.21_02.  But I think you are aware of this one, and it may not 
>> be a showstopper for M::B 0.22 ... although until it is resolved, we 
>> won't really know where the bug is.
> 
> 
> Oh sorry, I left one item out of the "Changes" list:
> 
>  - The 'dist' action now accepts an optional 'tar' parameter to use a
>    system utility for building the tarball, and a 'gzip' parameter for
>    compressing it.  If these are used, Archive::Tar won't be invoked.
> 
> The idea is that people who still can't get Archive::Tar to work might 
> have some other alternative, like a Cygwin tar/gzip or whatever.

Yep, that sounds useful as a workaround to dysfunctional Archive::Tar 
releases.  If PPM can deal with such, and I suspect it can, as I guess 
that is why modules built with MakeMaker don't have that problem... they 
pretty much require having a TAR and GZIP program on the box.  And PPM 
can deal with MakeMaker built modules.

I really don't understand how, if PPM uses A::T to dearchive modules, 
why M::B using A::T to archive the modules in the first place wouldn't 
work, but that seems to be the way it is at the moment.  But I don't 
know how PPM really dearchives modules, or maybe A::T is more robust at 
dearchiving than it is at archiving.

> There are also changes since 0.21_02 in how the PPD file is built, I 
> think those address your other concerns.

Yep, my other concerns with M::B have been quickly and competently 
addressed, even the one that slipped through the cracks until yesterday 
(there were lots of issues, so I understand it is easy to miss one or 
two on the first round).  I appreciate all the efforts that have been 
expended to assist me in building my first module with M::B.

>  -Ken

-- 
Glenn -- http://nevcal.com/
===========================
The best part about procrastination is that you are never bored,
because you have all kinds of things that you should be doing.