On Mon, Apr 15, 2013 at 11:02 AM, Mike Doherty wrote:
> On 13-04-15 01:56 PM, Michael G. Schwern wrote:
>>
>> Why we need this, why you can't do it with "requires" is because this is
>> for modules which you do not depend on. Often they depend on you.
>> MooseX::Blah depends on Moose, so Moose de
On Tue, 24 May 2011, David Golden wrote:
>
> On Tue, May 24, 2011 at 4:32 PM, Leon Timmermans wrote:
> > On Tue, May 24, 2011 at 10:17 PM, David Golden wrote:
> >> Then, given one of those three ordered list of tarballs that satisfy
> >> all prereqs, it should be possibly to repeatably deploy an
On Wed, 10 Nov 2010, Jozef Kutej wrote:
> I would like to have a clone of search.cpan.org for our local DarkPAN.
> The only project I found like this is CPAN::Mini::Webserver, but that
> one is good to be used on laptop, not for multi-user persistent
> running. Is there any other project that I mis
On Tue, 04 May 2010, brian d foy wrote:
> On Tue, May 4, 2010 at 6:07 PM, Jan Dubois wrote:
>
> I don't manage the Windows side. I was more annoyed that
> ExtUtils::Installed would try to delete a file, notice that it failed,
> then try to work around it's inability to d
On Tue, 04 May 2010, brian d foy wrote:
>
> David Golden wrote:
> > This is actually a problem with ExtUtils::Install, I think. The same
> > problem exists on Windows, but EU::I uses a Win32 call to schedule the
> > file for deletion on reboot before replacing it with a new one.
>
> That featu
On Wed, 28 Jan 2009, David Cantrell wrote:
> On Wed, Jan 28, 2009 at 03:56:28PM +, Martin Evans wrote:
> > Not intel 64 bit int and multi-threaded perl then? Looked common to
> > all the failures and unless I missed one looked missing from the
> > successes.
>
> It passed on what I thought were
On Thu, 13 Nov 2008, Michael G Schwern wrote:
> This is why I want CPAN to return to its common carrier policy. Don't inspect
> them, don't open them, don't reject them and especially don't try to fix them,
> just leave the packages sealed.
CPAN (at least the indexing part of it) always poked ins
On Tue, 02 Sep 2008, David Cantrell wrote:
> $ tar tzvf perl-ldap-0.37.tar.gz
> ?rw-rw-rw- root/root52 2008-08-28 12:52:15 pax_global_header unknown
> fil
> e type `g'
> drwxrwxr-x root/root 0 2008-08-28 12:52:15 perl-ldap-0.37/
> -rw-rw-r-- root/root32 2008-08-28 12:52:15
On Tue, 27 Nov 2007, Jim Schneider wrote:
> David Landgren wrote:
> > Finance::FuturesQuote scrapes information from a web site that
> > offers (I would imagine) futures quotes.
> >
> > The author of this module has received a cease-and-desist letter
> > from the owner of the web site, since the mo
On Thu, 06 Jul 2006, Michael G Schwern wrote:
> On 7/6/06, Steffen Mueller <[EMAIL PROTECTED]> wrote:
> > Versions of Module::Install < 0.61 do not work on the current
> > ActivePerl release 5.8.8 build 817.
>
> What's broken and why suddenly 5.8.8?
Module::Install version 0.60 and earlier pushes
On Tue, 14 Mar 2006, David Golden wrote:
> Steve Peters wrote:
> > The problem was that newer Scalar-List-Utils uses an internal Perl
> > function that Windows does not see as an exported function. This was
> > changed with Perl 5.8.8. Once ActiveState releases a Perl 5.8.8,
> > they should be able
On Fri, 23 Sep 2005, Michael G Schwern wrote:
> On Fri, Sep 23, 2005 at 07:33:04PM +0200, Tels wrote:
> > Not yet. Good idea. The relevant code is in parse_file() in
> > gen_graph - it gets as option one .pm file and then does something
> > with it.
> >
> > The lopp for each file is in gather_data(
> I don't think there is anything I can reasonably do about that from my
> side. I suppose it's the price you pay for deviating from the four line
> mantra. But if anyone does find out what is actually happening and I
> can fix things up on my side I'll be happy to look into it. I suppose I
> co
13 matches
Mail list logo
