On 31 December 2012 19:38, Leon Timmermans faw...@gmail.com wrote:
On Mon, Dec 31, 2012 at 6:50 PM, Jan Dubois j...@activestate.com wrote:
Mostly I would prohibit sharing of directories between Perl installations,
and even within a single installation, the sharing of directories between
On 17 December 2012 01:53, Michael G Schwern schw...@pobox.com wrote:
On 2012.12.16 11:57 AM, Leon Timmermans wrote:
I can agree with all of that. Actually, starting a discussion about
this was on my todo-list for the last QA hackathon but I didn't get
around to it. Ideally, it should replace
2009/9/23 John Peacock john.peac...@havurah-software.org:
Andreas J. Koenig wrote:
% perl -le 'print 100_200_300'
100200300
I'm sure we had this before but IMO a single underscore rule violates
the principle of least surprise.
But that's not what the module had:
perl -le print
2009/7/15 David Golden xda...@gmail.com:
On Wed, Jul 15, 2009 at 5:50 PM, Gisle Aasgi...@activestate.com wrote:
We obviously disagree about what makes code readable.
Let me rephrase -- I think putting use version last means it's more
likely that someone will inadvertently leave it off.
2009/2/9 Michael G Schwern schw...@pobox.com:
Michael G Schwern wrote:
Eric Wilhelm wrote:
# from David Golden
# on Sunday 08 February 2009 08:21:
I strongly encourage Module::Build to require/use the latest EUI. If
there are any backcompat problems that arise from doing so please
let me
2009/2/8 Zefram zef...@fysh.org:
M:B declares an unversioned dependency on ExtUtils::Install. There is a
bug in EU:I 0.29 that causes a M:B fakeinstall to be insufficiently fake:
it actually creates the libdir and the directory to contain the packlist.
This shows up in the M:B test suite, if
2009/1/15 Adam Kennedy adamkennedybac...@gmail.com:
Looks fine, although personally I'd...
sleep $i;
... and maybe ...
$self-log_info(Couldn't remove '$_'; trying . (5 - $i) . more times\n);
Adam K
2009/1/15 David Golden xda...@gmail.com:
Based on the thread about my file deletion
2009/1/7 Nicholas Clark n...@ccl4.org:
On Wed, Jan 07, 2009 at 10:05:59AM -0500, David Golden wrote:
I think the problem is that porters are patching M::B in blead instead of
in the M::B upstream repository, so as M::B development moves forward, the
two sources drift out of sync. The haiku
2008/9/30 Andreas J. Koenig [EMAIL PROTECTED]:
On Tue, 23 Sep 2008 11:40:09 +0200, Jos I. Boumans [EMAIL PROTECTED]
said:
And so I have implemented it now. If it breaks too much in too short
time, we could probably revert it, but first I'd like to see how bad
we really do.
I agree
On 28/02/2008, David Golden [EMAIL PROTECTED] wrote:
On Thu, Feb 14, 2008 at 3:54 AM, Michael G Schwern [EMAIL PROTECTED] wrote:
Sorry -- just catching up on this thread.
{
$dir-local_chdir();
...do your stuff...
}
but that's probably out of my ken.
On 29/01/2008, Michael G Schwern [EMAIL PROTECTED] wrote:
Eric Wilhelm wrote:
Hi Ken,
I noticed some traffic in the commits and realized I had this stale
patch laying around.
I see there are still quite a few chdir()s in the test suite and thought
this might be a good way to keep
On 18/02/2008, demerphq [EMAIL PROTECTED] wrote:
On 29/01/2008, Michael G Schwern [EMAIL PROTECTED] wrote:
Eric Wilhelm wrote:
Hi Ken,
I noticed some traffic in the commits and realized I had this stale
patch laying around.
I see there are still quite a few chdir()s
On 03/01/2008, Michael G Schwern [EMAIL PROTECTED] wrote:
Ron Savage wrote:
On Wed, 2008-01-02 at 02:49 -0800, Michael G Schwern wrote:
Hi Michael
What's the actual command you're running here?
Thanx for making the effort to respond.
The 'command' was ur!
What happened was
On Nov 19, 2007 10:35 AM, Michael G Schwern [EMAIL PROTECTED] wrote:
David Golden wrote:
On Nov 18, 2007 9:27 PM, Michael G Schwern [EMAIL PROTECTED] wrote:
David Golden wrote:
So, yes, it was a crappy design decision/hack, but now we're stuck with
it.
That's the complete solution.
On 10/16/07, Michael G Schwern [EMAIL PROTECTED] wrote:
Ken Williams wrote:
On Oct 15, 2007, at 7:14 PM, Michael G Schwern wrote:
Eric Wilhelm wrote:
Hi all,
Steve is proposing that we add the following parameter to Build.PL
installdirs = ($] = 5.009004 ? 'core' : 'site'),
On 10/16/07, Michael G Schwern [EMAIL PROTECTED] wrote:
demerphq wrote:
Of course, the real problem is our default @INC order is backwards. It
should
be site, vendor, core not core, site, vendor.
Isnt the reason security? Although I am surprised that vendor is after site.
How does
On 10/16/07, Michael G Schwern [EMAIL PROTECTED] wrote:
demerphq wrote:
On 10/16/07, Michael G Schwern [EMAIL PROTECTED] wrote:
demerphq wrote:
Of course, the real problem is our default @INC order is backwards. It
should
be site, vendor, core not core, site, vendor.
Isnt the reason
On 9/26/07, Michael G Schwern [EMAIL PROTECTED] wrote:
demerphq wrote:
On 12/5/06, Ken Williams [EMAIL PROTECTED] wrote:
On Dec 4, 2006, at 12:35 PM, Julian Mehnle wrote:
Is it likely that this occurs with CPANTS in the first place?
Unfortuna-
tely, CPANTS doesn't tell the Data
On 9/26/07, Michael G Schwern [EMAIL PROTECTED] wrote:
demerphq wrote:
If that's the case, perhaps the docs for Terse could use stronger language.
Right now it's a little obtuse.
· $Data::Dumper::Terse or $OBJ−Terse([NEWVAL])
When set, Data::Dumper will emit single, non‐self
On 12/5/06, Ken Williams [EMAIL PROTECTED] wrote:
On Dec 4, 2006, at 12:35 PM, Julian Mehnle wrote:
Is it likely that this occurs with CPANTS in the first place?
Unfortuna-
tely, CPANTS doesn't tell the Data::Dumper version it is using... :-(
I looked at the three failure reports you
On 7/23/07, David Golden [EMAIL PROTECTED] wrote:
On 7/23/07, Michael G Schwern [EMAIL PROTECTED] wrote:
Are you suggeting that ExtUtils::MakeMaker go into Bundle::CPAN?
That's a
very good idea.
While we're at it, ExtUtils::Install, ExtUtils::Command and
ExtUtils::Manifest.
On 7/7/07, Craig Berry [EMAIL PROTECTED] wrote:
On 7/7/07, demerphq [EMAIL PROTECTED] wrote:
Id really appreciate it if people could test it out and get back to me
with issues if they have any.
Looks good with blead on VMS:
$ mmk test
MCR dsa0:[craig.perl]ndbgperl.exe -I[.lib] -MExtUtils
On 7/7/07, Jerry D. Hedden [EMAIL PROTECTED] wrote:
Id really appreciate it if people could test it out and get back to me
with issues if they have any.
Works with [EMAIL PROTECTED] under Cygwin Perl.
Thanks. Was that a make test or a test/install/install-something-else as well?
yves
--
On 4/16/07, Johan Vromans [EMAIL PROTECTED] wrote:
John Peacock [EMAIL PROTECTED] writes:
Especially now since you mention version::Math, an ordinary module in
a pragma's namespace?
Original issue aside, I think there is an assumption that we can add
new functionality that is pragma related
On 6/20/06, Ken Williams [EMAIL PROTECTED] wrote:
On Jun 19, 2006, at 6:37 PM, Ron Savage wrote:
On Mon, 19 Jun 2006 14:32:10 +0200, demerphq wrote:
Hi demerphq
Nope. If you upgrade it should go in to site/lib, meaning you have
to use UNINST=1 if you upgrade.
Are you sure it'll go
25 matches
Mail list logo