demerphq wrote:
The point i was making is that it isnt actually necessary for Schwern
to do anything for you to enjoy the benefits of the new Install code.
> [snip]
cpan> install YVES/ex-ExtUtils-Install-1.3701.tar.gz
the you are cooking, with gas, right now. :-)
That's great, but I want e
On 3/17/06, David Golden <[EMAIL PROTECTED]> wrote:
> Adam Kennedy wrote:
> > The only problem with this is that it only deals with CPAN.pm itself.
> >
> > The problem with locked files is wider than this.
> >
> > Imagine for example that you have Windows mod_perl or some other
> > long-running pro
Adam Kennedy wrote:
The only problem with this is that it only deals with CPAN.pm itself.
The problem with locked files is wider than this.
Imagine for example that you have Windows mod_perl or some other
long-running program holding a lock on the modules.
I realized that complication, but p
Im not sure if you realized, but you can install
YVES/ex-ExtUtils-Install-1.3701.tar.gz
and assuming you have Win32API::File installed this stuff will be
handled properly. This package is a proposed split off of the
installation code in the ExtUtils::MakeMaker bundle. We are waiting on
Schwe
The only problem with this is that it only deals with CPAN.pm itself.
The problem with locked files is wider than this.
Imagine for example that you have Windows mod_perl or some other
long-running program holding a lock on the modules.
I had a similar idea last week, where maybe we could hav
On 3/16/06, David Golden <[EMAIL PROTECTED]> wrote:
> Philippe M. Chiasson wrote:
> > The main reason this is hapenning is that it's not currently possible to
> > update
> > CORE packages in ActivePerl, so any module that depends on a CORE package
> > can
> > be suffering from this. This problem
On Thu, Mar 16, 2006 at 09:53:28AM -0600, Chris Dolan wrote:
> On Mar 16, 2006, at 8:51 AM, David Golden wrote:
>
> >...
> >So why not bundle a snapshot of all the module dependencies for PPM/
> >cpan.pm into a separate directory and put that at the start of @INC
> >when running PPM/cpan.pm?
>
On Mar 16, 2006, at 8:51 AM, David Golden wrote:
...
So why not bundle a snapshot of all the module dependencies for PPM/
cpan.pm into a separate directory and put that at the start of @INC
when running PPM/cpan.pm?
...
Makes sense to me. PAR would be a very valuable tool to implement
t
Philippe M. Chiasson wrote:
The main reason this is hapenning is that it's not currently possible to update
CORE packages in ActivePerl, so any module that depends on a CORE package can
be suffering from this. This problem will persist until it becomes possible to
update core packages in ActivePe