On Fri, Jul 17, 2009 at 6:06 PM, Michael G Schwernschw...@pobox.com wrote:
The one on CPAN is sure silly. Aside from duplicating Modern::Perl,
it suffers from the same basic limitation (downfall?) that in 2 years
it can't still be the latest unless it breaks its contract about
what it does.
Boy, that latest.pm
On Mon, Jul 13, 2009 at 2:44 PM, Eric Wilhelmscratchcomput...@gmail.com wrote:
Hi all,
It's been brought to my attention that our 'inc/latest.pm' might cause
some confusion with:
http://search.cpan.org/~andya/latest-0.02/lib/latest.pm
The one on CPAN is sure silly.
Is anyone interested in switching the M::B repository from SVN to Git?
My own opinion probably doesn't matter much because I'm only a very
rare committer myself, but I wondered if some of the dual-life and
multiple-maintainer issues might be easier in a decentralized world.
It would also move us
On Thu, Apr 23, 2009 at 9:45 PM, Adam Kennedy
adamkennedybac...@gmail.com wrote:
2009/4/23 Zefram zef...@fysh.org:
Why shouldn't this situation be an error, and die because 1.06 can't
be compared with v1.7.0?
Because that would make half of CPAN incompatible with the other half of CPAN.
No
On Wed, Apr 22, 2009 at 10:37 PM, Adam Kennedy
adamkennedybac...@gmail.com wrote:
2009/4/23 Ken Williams kena...@gmail.com:
+1 for Schwern here. Dotted tuples, away with the silly
you-must-always-use-3-digits rule.
What are your plans for $], and all the code everywhere that does stuff
On Tue, Apr 21, 2009 at 12:45 AM, Eric Wilhelm
scratchcomput...@gmail.com wrote:
# from Ken Williams via RT
# on Monday 20 April 2009 19:01:
I like it. Any objections from the other maintainers?
Only that we need to get 0.33 out.
OK, whatever timeline you think is appropriate is fine
On Tue, Jan 27, 2009 at 5:35 AM, David Golden da...@hyperbolic.net wrote:
Ken -- if you're reading this, could you please put
Module::Release::KWILLIAMS in devtools/lib?
Done.
Please note the unfortunate fact that I still have version 1.20 of
Module::Release on my system, so it's unlikely
On Fri, Jan 23, 2009 at 12:22 PM, Eric Wilhelm
scratchcomput...@gmail.com wrote:
PREFIX is non-viable, which is why Module::Build went away from it and
only emulated it (right?)
Not sure what emulate would mean - we support it and fully implement it.
under massive pressure from people to not
On Wed, Jan 14, 2009 at 7:12 PM, Eric Wilhelm
scratchcomput...@gmail.com wrote:
# from Adam Kennedy
# on Wednesday 14 January 2009 17:00:
Indefinite retry is not a good idea, but limited retry should cover
almost every case that is laggy without preventing legitimate failures
from happening.
On Sat, Dec 20, 2008 at 11:03 AM, Eric Wilhelm
scratchcomput...@gmail.com wrote:
The meta spec tags might like to be prefixed with META- or just META/.
Let me know how you want to do it and should we rename the tags we have?
Sure, I think the current tags could use some cleaning up. Let's go
On Mon, Dec 15, 2008 at 1:33 PM, Eric Wilhelm
scratchcomput...@gmail.com wrote:
# from Ken Williams
# on Monday 15 December 2008 11:13:
I think we shouldn't require S::L unless someone's actually creating
the LICENSE file. Lemme try cleaning up the mess here, since I
created it.
Done
On Tue, Dec 16, 2008 at 10:32 AM, Eric Wilhelm
scratchcomput...@gmail.com wrote:
# from David Golden
# on Tuesday 16 December 2008 06:21:
If the only change in 0.30_02 are in the test fiels so that it
installs on a clean system without Software::License, then I think
it's good to go and
On Sun, Dec 14, 2008 at 12:07 PM, Eric Wilhelm
scratchcomput...@gmail.com wrote:
Ken, how do you want to deal with this new feature? Skip the tests? I
mentioned the possibility of making Module::Build::Authoring a separate
distro, but I don't think the tests are orthogonal enough for that to
On Mon, Dec 15, 2008 at 12:54 PM, Ken Williams kena...@gmail.com wrote:
I think we shouldn't require S::L unless someone's actually creating
the LICENSE file. Lemme try cleaning up the mess here, since I
created it.
Done, revisions 12162 12163.
-Ken
On Fri, Dec 12, 2008 at 1:25 PM, Eric Wilhelm
scratchcomput...@gmail.com wrote:
I noticed that there are several references to the current version
sprinkled throughout. It would be nice if we could make those a
variable %CURRENT% and have the html build process insert the number.
Sure, that
On Fri, Dec 12, 2008 at 12:46 PM, Eric Wilhelm
scratchcomput...@gmail.com wrote:
I suppose I need to find some way of keeping track of what is going into
the next release. RT is definitely not an option with the 57 open bugs
(and many of the high priority ones being extremely time-intensive to
On Thu, Dec 11, 2008 at 10:58 PM, David Golden xda...@gmail.com wrote:
Anyway, here's a simple patch that should fix it (note -- untested). It
does change the return value, but I'm not sure if that's important or not.
Testing for -r Build might be problematic for platforms that have
filename
On Thu, Nov 20, 2008 at 2:24 PM, Eric Wilhelm
[EMAIL PROTECTED] wrote:
Hi all,
It appears that 0.30 introduced the sudo $HOME vs ~ bug to the world,
and apparently this is fixed in trunk. I've just gone through the RT
queue and linked the related tickets to:
On Thu, Nov 20, 2008 at 7:55 PM, Eric Wilhelm
[EMAIL PROTECTED] wrote:
Burak seems to have documented that his solution is working. Can this
be verified?
JOHANL reports that it doesn't work. I guess it's an improvement, though.
-Ken
On Fri, Nov 21, 2008 at 8:35 PM, Ken Williams [EMAIL PROTECTED] wrote:
I actually haven't been able to reproduce the original bug on my OS X
setup
Hmm. Okay, next time I post a message I'll try not to be smoking
crack. I can indeed verify that it once was broken and now is fixed.
-Ken
I think it doesn't depend on 13851 anymore (probably never did), so I
removed the dependency and closed the ticket.
On Thu, Nov 20, 2008 at 2:21 PM, Eric Wilhelm
[EMAIL PROTECTED] wrote:
Ken,
I think #30413 is resolved, but I can't close the ticket because it is
linked to 13851.
M::B:
Announcement: I've just committed change 12024 to Module::Build for
creating a LICENSE file during the dist phase using
Software::License. To get such behavior the author sets the
create_license parameter to new().
I haven't written the docs or tests for it yet though.
-Ken
On Mon, Oct 20, 2008 at 9:26 AM, Nicholas Clark [EMAIL PROTECTED] wrote:
On Mon, Oct 20, 2008 at 02:25:55PM +0100, Nicholas Clark wrote:
$ ./perl -le 'print $^X on $^O'
/home/nick/p4perl/perl/perl on linux
$ ./perl -le 'print $^X on $^O'
./perl on freebsd
Unfortunately there's also the
Sounds good to me. Far from a tar expert I am though.
-Ken
On Fri, Oct 3, 2008 at 4:36 PM, Eric Wilhelm [EMAIL PROTECTED] wrote:
Anyone have a chance to look into this? Thoughts on any drawbacks to
stripping the directories from the list of files?
--Eric
-- Forwarded Message:
On Mon, Sep 29, 2008 at 2:39 AM, Eric Wilhelm
[EMAIL PROTECTED] wrote:
From my reading, the tricky part is checking whether it works for
bundling something besides Module::Build.
This method of bundling is really only for build-time dependencies, of
course. Which means it should be good for
So, 2-char column indents is right out? That's what most of the code
is using now, because it's the default default for cperl-mode, which I
use. I'd like to keep that unless it's going to make everyone jump
infrontof trains.
Avoiding tabs is fine with me, I can change my emacs somehow.
-Ken
On Sun, Sep 28, 2008 at 8:38 AM, Matt S Trout [EMAIL PROTECTED] wrote:
I was told it was a planned feature when KWILLIAMS turned up on london.pm
and yelled FUD because I was complaining about users' problems in the
real world rather than the problems of an ideal user that somehow magically
On Sun, Sep 28, 2008 at 10:30 AM, David E. Wheeler [EMAIL PROTECTED] wrote:
Heya,
In what version of Module::Build was this issue fixed?
http://www.nntp.perl.org/group/perl.cpan.testers/2008/09/msg2307230.html
I don't see anything in our Changes file that explicitly addresses
this, perhaps
On Sun, Sep 28, 2008 at 4:40 PM, Michael G Schwern [EMAIL PROTECTED] wrote:
jesse wrote:
[dropped off even the p5p cc, since I'm going to ask an idiot question]
Why not create inc::Module::Build which probes for inc/Module-Build if
it's there and prefers taht, otherwise uses the system M::B?
On Mon, Sep 22, 2008 at 5:23 PM, Eric Wilhelm
[EMAIL PROTECTED] wrote:
Would that tracks-covering chmod not require *ownership* of the file?
According to the man page for chmod(1), yes, but on Win32 doesn't a
world-writable file mean it's world-replaceable too?
In any case, I was also trying
On Sat, Sep 20, 2008 at 1:25 PM, Torsten Foertsch
[EMAIL PROTECTED] wrote:
Override create_readme() I think.
That was actually do_create_readme. However, in my case it was easier to
override _main_docfile.
But _main_docfile() is a private undocumented method, which can (and
very very likely
On Fri, Sep 19, 2008 at 2:15 AM, Eric Wilhelm
[EMAIL PROTECTED] wrote:
Arr, she has left the dock.
Before an hour's out, I'll stove in your old block house like a rum
puncheon. Belatedly.
We'll give her a right three days or four nights to bob in the harbor
afore we run the jolly 0.3 up the
On Fri, Sep 19, 2008 at 7:13 AM, David Golden [EMAIL PROTECTED] wrote:
Fails to install on Strawberry 5.10.0.2 on WinXP with a temp directory
remove error in t\compat for make realclean ran without error.
Could we see the full error output? I'm guessing this is one of those
On Fri, Sep 19, 2008 at 2:03 AM, Michael G Schwern [EMAIL PROTECTED] wrote:
It works if I type in my gpg password like it wants (or if I fix gpg-agent),
so leave it.
Right, the reason it's disabled by default is that it asks for a gpg
password. I can't test it right now because I'm at work,
On Wed, Sep 17, 2008 at 2:20 PM, Ken Williams [EMAIL PROTECTED] wrote:
Let's just make it a regular old TODO test then.
I've done so. Seems like version 3.24 isn't actually the majik
version number of T::PW though, because I pass that test with version
3.23.
-Ken
On Thu, Sep 18, 2008 at 10:07 PM, Michael G Schwern [EMAIL PROTECTED] wrote:
I put it at 5.6.1 and added a build dep on Test::More and Test::Harness 2 (for
working TODO tests). I don't have a 5.6.0 to test against and I don't think
anyone cares anyway. If they do they can fix it themselves.
On Tue, Sep 16, 2008 at 5:42 PM, Eric Wilhelm
[EMAIL PROTECTED] wrote:
While my big warning message might be loud and obnoxious, it:
1. only appears if there is maybe a problem
2. mentions Text::ParseWords and the version number
3. doesn't actually do anything.
4. can be removed in
On Fri, Sep 12, 2008 at 2:10 AM, Eric Wilhelm
[EMAIL PROTECTED] wrote:
Hi all,
I've backed-out r10222 and r10224 and shipped 0.2808_04.
Unless somebody points out that this has the exploding chipmunk nature
in the next couple of days, I think it is safe to say we can ship 0.29
before
On Fri, Sep 12, 2008 at 2:41 AM, Eric Wilhelm
[EMAIL PROTECTED] wrote:
So, anybody want to try this or should I put it in the RT queue? ;-)
Let's put it in the RT queue, then if you get the itch to look at it
again you can at least have the freedom to quit at any time, without
feeling like the
On Sat, Aug 30, 2008 at 10:40 AM, Nicholas Clark [EMAIL PROTECTED] wrote:
The other two still need patching to cope. Patch against Module::Build's svn
appended.
Thanks, applied cleanly.
-Ken
On Thu, Jul 17, 2008 at 12:37 PM, David E. Wheeler [EMAIL PROTECTED] wrote:
Checking prerequisites...
Invalid prerequisite condition '4.e-02' for Pod::Readme at
lib/Module/Build/Base.pm line 1262.
What did your dependency line for Pod::Readme in the Build.PL look like?
-Ken
On Tue, Jul 15, 2008 at 8:21 PM, Ron Savage [EMAIL PROTECTED] wrote:
Hi Folks
In the docs for Module::Build::API it says, under script_files:
The default is to install no script files - in other words, there is no
default location where Module::Build will look for script files to
install.
On Tue, Jul 15, 2008 at 2:11 AM, Andreas J. Koenig
[EMAIL PROTECTED] wrote:
Take for example
report http://www.nntp.perl.org/group/perl.cpan.testers/1875271.
How horribly bizarre. We don't even use Devel::Autoflush anywhere.
Maybe it's some Test:: module barfing?
-Ken
On Tue, Jul 15, 2008 at 10:07 PM, Ken Williams [EMAIL PROTECTED] wrote:
On Tue, Jul 15, 2008 at 2:11 AM, Andreas J. Koenig
[EMAIL PROTECTED] wrote:
Take for example
report http://www.nntp.perl.org/group/perl.cpan.testers/1875271.
How horribly bizarre. We don't even use Devel::Autoflush
On Thu, Jul 10, 2008 at 7:44 PM, Eric Wilhelm
[EMAIL PROTECTED] wrote:
huh?
Output from '/usr/bin/perl.exe Makefile.PL ~/perl50808':
Malformed argument '/home/jimmy/perl50808' at
lib/Module/Build/Compat.pm line 180, DATA line 579.
Why would anyone be calling Makefile.PL with a path
On Mon, Jul 14, 2008 at 10:25 PM, Andreas J. Koenig
[EMAIL PROTECTED] wrote:
It seems you're opening a can of worms. On a Macbook nearby I find:
% perl -le 'use Devel::Peek; Dump ((getpwnam(eserte))[6])'
SV = PVNV(0x18038f8) at 0x1800f1c
REFCNT = 1
FLAGS = (TEMP,POK,pPOK)
IV = 0
NV = 0
On Wed, Jul 9, 2008 at 1:16 PM, Eric Wilhelm [EMAIL PROTECTED] wrote:
Once I get around to checking-in these changes, the following becomes an
option:
./Build test --tap-harness-args jobs=29 --use-tap-harness
Unfortunately, that only cuts the test time from 22 to 15s for me. I
notice that
On Tue, Jun 24, 2008 at 12:33 AM, Jan Dubois [EMAIL PROTECTED] wrote:
qI don't think it needs to be in 1.4, but it would be good to explicitly
declare the special status of the perl key in the requires section.
The synopsis of the spec indicates that you are supposed to be able to
specify a
On Mon, Jun 23, 2008 at 11:23 PM, David E. Wheeler [EMAIL PROTECTED] wrote:
On Jun 23, 2008, at 19:59, Ken Williams wrote:
Hearing none, I'll entertain a motion to copy
http://module-build.sourceforge.net/META-spec-blead.html to
http://module-build.sourceforge.net/META-spec-v1.4.html .
+1
On Sat, Jun 21, 2008 at 10:15 PM, Ken Williams [EMAIL PROTECTED] wrote:
Any reason not to release the current meta blead as 1.4? Any rough
edges need polishing?
Hearing none, I'll entertain a motion to copy
http://module-build.sourceforge.net/META-spec-blead.html to
http://module
On Fri, Jun 20, 2008 at 12:11 PM, David Golden [EMAIL PROTECTED] wrote:
Moreover, could we get a new release of M::B out soon?
configure_requires support is only in 0.2808_01 and there were other
important fixes there that I'd like to see adopted more widely.
OK - let's do the meta release
Me again.
One problem with this solution to setting installdirs:
installdirs = ($] = 5.009004 ? 'core' : 'site'), #A
is that an auto-generated Makefile.PL will get a static setting for
INSTALLDIRS. This is of course the problem with any dynamic settings
in Build.PL that are expected to
On Fri, Feb 29, 2008 at 1:21 PM, David Golden [EMAIL PROTECTED] wrote:
On Fri, Feb 29, 2008 at 1:04 PM, Ken Williams [EMAIL PROTECTED] wrote:
Keep in mind that the only easy use case for it is for build_requires
stuff. True runtime requirements ought to still be fetched from CPAN
On Feb 13, 2008 9:01 PM, Marvin Humphrey [EMAIL PROTECTED] wrote:
Try adding the -b switch instead of the -l switch to prove, which uses
blib instead of lib.
./Build code; prove -bv t/compat.t prove.txt 21
M::B supports running individual test files, you can do:
./Build test --verbose
On Feb 15, 2008 3:03 PM, Elliot Shank [EMAIL PROTECTED] wrote:
It's not documented, but it doesn't have a leading underscore either. Can I
count on it
being available in the future, or do I need to handle this type of thing
myself?
Yeah, we should document it and make it available for
On Jan 29, 2008 8:34 AM, David Golden [EMAIL PROTECTED] wrote:
On Jan 29, 2008 3:44 AM, Michael G Schwern [EMAIL PROTECTED] wrote:
Module::Build. I prefer the descriptive local_chdir() over the very Unixy
and
cryptic pushd().
I've been thinking about adding a feature to Path::Class that
On Jan 28, 2008 11:56 PM, Michael G Schwern [EMAIL PROTECTED] wrote:
To resolve this, I propose we change the procedure from calling
$self-depends_on(@dependents) to $self-depends_for($current_action). For
example...
sub ACTION_test {
my $self = shift;
On Dec 24, 2007 8:09 PM, Michael G Schwern [EMAIL PROTECTED] wrote:
I asked Graham if he'd consider providing META.json auto-conversion for
META.yml files so we can start playing with CPAN data in Javascript.
Well here you are:
http://search.cpan.org/meta/Error/META.json
Cool. I wish I knew
On Dec 12, 2007, at 6:11 PM, David Golden wrote:
On Dec 12, 2007 5:22 PM, Adam Kennedy [EMAIL PROTECTED]
wrote:
A-B) Dependencies are determined by running Build.PL
B-A) Build.PL has a dependency on Module::Build.
The code used to determine dependencies itself has a critical
dependency
On Nov 26, 2007, at 9:43 PM, Adam Kennedy wrote:
On 27/11/2007, Ken Williams [EMAIL PROTECTED] wrote:
On 11/25/07, Adam Kennedy [EMAIL PROTECTED] wrote:
What you are suggesting is a NEW approach that has, as part of
the design,
the explicit intent to break compatibility.
I'm not sure
On 11/25/07, Adam Kennedy [EMAIL PROTECTED] wrote:
What you are suggesting is a NEW approach that has, as part of the design,
the explicit intent to break compatibility.
I'm not sure how else to say this, but there is ABSOLUTELY NOTHING in
what I've proposed that would break backwards
On Nov 25, 2007, at 9:12 PM, Adam Kennedy wrote:
On 25/11/2007, Ken Williams [EMAIL PROTECTED] wrote:
On Nov 19, 2007, at 3:59 AM, Adam Kennedy wrote:
I for one think recommends is a stupid idea, since it's
completely ambiguous and doesn't add anything of interest to the
toolchain
On Nov 25, 2007, at 9:20 PM, Adam Kennedy wrote:
On 25/11/2007, Ken Williams [EMAIL PROTECTED] wrote:
I agree that there needs to be some way of extending our notion of
prereq types from the 2 current types (module and 'perl'). I
disagree that it should be done in a backwards-incompatible
On Nov 20, 2007, at 7:51 PM, Michael G Schwern wrote:
While the whole requires: perl thing goes on about META.yml, its
important
that folks understand the underlying source material that META.yml
draws its
design from: the Debian Policy Manual.
http://www.us.debian.org/doc/debian-policy/
On Nov 19, 2007, at 3:59 AM, Adam Kennedy wrote:
I for one think recommends is a stupid idea, since it's
completely ambiguous and doesn't add anything of interest to the
toolchain
The same could be said for 'abstract', but that doesn't make it useless.
It's just an advisory statement to
On Nov 20, 2007, at 7:24 PM, Michael G Schwern wrote:
Syntax-wise, I'd rather see something like this:
requires:
external:
svn: 1.4.2
mysql: 5.0
python: 2.1
That way there is no ambiguity about
On Nov 24, 2007, at 5:08 PM, Michael G Schwern wrote:
The external as its own key with a non-scalar
value should satisfy this as well.
$ perl Makefile.PL
Warning: prerequisite external HASH(0x1801180) not found.
That doesn't look very satisfying to me. Not to mention, it
doesn't show the
On Nov 18, 2007, at 10:09 PM, Eric Wilhelm wrote:
When you have a
thermometer, you can take the onion out of the varnish.
Say what?
-Ken
On Nov 15, 2007, at 5:38 PM, Adam Kennedy wrote:
After a number of incidents, it would appear that putting the Perl
version
dependency into requires is just too problematic to be an appropriate
solution.
Why?
It also has implications from a CPAN graph perspective.
If a module has a Perl
On Nov 12, 2007, at 3:30 AM, Eric Wilhelm wrote:
The only actual requirement is that the version number be set in some
package name which matches the filepath relative to Build.PL
That doesn't jibe very well with the module case - otherwise we'd all
be setting variables like
On Nov 11, 2007, at 1:31 PM, John E. Malmberg wrote:
Ken Williams wrote:
This part broke the test on other platforms (OS X in my case).
I'm reverting the regex, could you show me what your output looks
like so we can match it? It should be part of the error output
when the test
On Nov 5, 2007, at 5:44 PM, John Peacock wrote:
Eric Wilhelm wrote:
I think CPAN has a bug which causes it to pass make_arg to ./Build
install. (I seem to remember having some grief with -j recently.)
Bug with Module::Build::Compat. See this block from lib/Module/
Build/Base.pm
(line
On Nov 7, 2007, at 6:31 AM, John Peacock wrote:
Ken Williams wrote:
if ($args{makefile_env_macros}) {
require Module::Build::Compat;
%args = (%args, Module::Build::Compat-
makefile_to_build_macros);
}
It shouldn't be doing that. makefile_to_build_macros() returns args
On Oct 27, 2007, at 11:52 PM, John E. Malmberg wrote:
In Compat.t :
[...]
The non-verbose output on VMS is apparently slightly different, as
there appears to be extra newlines inserted.
This part broke the test on other platforms (OS X in my case). I'm
reverting the regex, could you
On Nov 3, 2007, at 2:14 AM, John E. Malmberg wrote:
John E. Malmberg wrote:
The patches previously submitted have not yet been applied.
I have just applied them to the M::B repo. Is your subsequent patch
still good to go?
-Ken
On Oct 26, 2007, at 11:24 PM, Ken Williams wrote:
The following band-aid will get blead working, at least.
-Ken
--- lib/Module/Build/t/xs.t~2007-10-25 04:50:40.0 -0500
+++ lib/Module/Build/t/xs.t 2007-10-26 23:16:00.0 -0500
@@ -102,7 +102,7 @@
# cleanup
chdir
On Oct 28, 2007, at 4:54 PM, Ron Savage wrote:
David Golden wrote:
Hi David
IMHO, a spec is a spec. If the next version of the spec says it can
be a list or a scalar, then fine, but only then and only if the
META.yml claims that spec. But if the spec says it should be a list,
then it
On Oct 28, 2007, at 8:05 AM, David Golden wrote:
On 10/28/07, Thomas Klausner [EMAIL PROTECTED] wrote:
So, is META.yml to strict (i.e. should author be a list or a string)?
Is Test::YAML::Meta::Version to strict?
Is this just a bug in Module::Install and has to be fixed there?
IMHO, a spec
On Oct 26, 2007, at 4:00 AM, Rafael Garcia-Suarez wrote:
On 25/10/2007, Ken Williams [EMAIL PROTECTED] wrote:
I just upgraded it in bleadperl.
Excellent, thanks.
It seems that xs.t is now failing on many platforms. Since the test
file itself hasn't many changes, I'd blame the code itself
On Oct 26, 2007, at 7:45 AM, Ken Williams wrote:
Hmm, lemme build blead here and see if I can figure it out. Might
take me a while though...
I'm having trouble building blead actually, I'll have to sort this
out later tonight or so.
-Ken
../../../miniperl -I../../../lib -I
On Oct 26, 2007, at 1:05 PM, Nicholas Clark wrote:
Are you running rsync without --delete?
[Do you have files such as ext/B/C/C.xs? They're long dead. If so,
re-run
rsync with --delete. I'd suggest testing with --dry-run first - --
delete is
dangerous and has caused people to need to
On Oct 26, 2007, at 4:00 AM, Rafael Garcia-Suarez wrote:
On 25/10/2007, Ken Williams [EMAIL PROTECTED] wrote:
I just upgraded it in bleadperl.
Excellent, thanks.
It seems that xs.t is now failing on many platforms. Since the test
file itself hasn't many changes, I'd blame the code itself
On Oct 25, 2007, at 12:24 PM, Eric Wilhelm wrote:
The autogenerated Makefile.PL from Module::Build::Compat has
print {$fh} require $minimum_perl;\n;
But this will not execute until after any 'use' statements in the
Makefile.PL, which yields a messier error if anything use()d
requires a
On Oct 25, 2007, at 1:37 PM, Zefram wrote:
The attached patch replaces the _cbuilder method with a public
cbuilder
method, as discussed.
-zeframd1
Thanks, applied. Added docs in M::B::API too.
-Ken
On Oct 25, 2007, at 4:48 AM, Rafael Garcia-Suarez wrote:
On 24/10/2007, Ken Williams [EMAIL PROTECTED] wrote:
I posted this for some formal beta testing, with an eye toward
synchronizing with the code freeze process for perl 5.10. As of
right now, M::B in blead is a mishmash of 0.2808
On Oct 24, 2007, at 7:52 PM, John Peacock wrote:
This was a bug in the XS form of version.pm (so using the pure Perl
version.pm built into M::B would work fine). I just released 0.74 to
CPAN with the following fix:
Thanks John, and thanks Thomas for the spot.
Are there certain versions of
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'),
Is that the preferred way of handling this?
Yes.
I recently had half-a-go at adding a
On Oct 1, 2007, at 2:38 AM, Eric Wilhelm wrote:
# from [EMAIL PROTECTED]
# on Sunday 30 September 2007 23:34:
-(Spec 1.3) [optional] {map} A YAML mapping indicating the Perl
+(Spec 1.4) [optional] {map} A YAML mapping indicating the
I think I need an =begin maintainer or =for section in
On Sep 25, 2007, at 4:55 PM, demerphq wrote:
The proper way to get DD to do what I think you want to do is as
follows:
my $serialized=do{ my
. Data::Dumper-new([$var],['dumped_var'])
-Purity(1)
On Sep 25, 2007, at 4:55 PM, demerphq wrote:
Im shocked that anyone is using Terse in production code. It is
completely unsafe and intended ONLY for debugging purposes. In fact id
say that using Data::Dumper without Purity(1) as a serialization
mechanism in production code is simply insane.
On Sep 22, 2007, at 8:46 AM, David Golden wrote:
On 9/21/07, Michael G Schwern [EMAIL PROTECTED] wrote:
Michael G Schwern wrote:
Hmm. I just noticed that I set 'no_index' for the src directory
which
contains the SVN:: modules which brings up the interesting
question of which
takes
On Sep 22, 2007, at 3:54 PM, David Golden wrote:
On 9/22/07, Ken Williams [EMAIL PROTECTED] wrote:
My understanding is that no_index is only useful when provides
isn't there and an indexer has to guess what you provide. When
provides is there, it should be exhaustive. Note that the spec
On Aug 17, 2007, at 2:12 PM, Eric Wilhelm wrote:
Perhaps we can check some variable in the installed M::B which
indicates
an incompatible change to the API?
There should be no incompatible changes. Such changes would cause
enough trouble with the normal setup, independent of anything we
Hello MB list of a month ago,
On Jul 31, 2007, at 4:47 PM, David Golden wrote:
On 7/31/07, Eric Wilhelm [EMAIL PROTECTED] wrote:
Had there been a discussion of something like this?
I think META.yml should have test_requires, and possibly also
test_recommends.
Particularly, since we have
On Jul 22, 2007, at 11:34 PM, David Golden wrote:
[Patch is against the current SVN head]
This time, test-first development bit me in the a**. Making sense of
compat.t and cleaning it up so I could (a) figure out how to add the
tests I wanted (with and without prerequisites) and (b) keep
On Jun 13, 2007, at 3:32 PM, Eric Wilhelm wrote:
# from Ken Williams
# on Tuesday 12 June 2007 09:00 pm:
In most cases, M::B will be the only c_r entry (and will be auto.) I
would really like to not need to state any explicit M::B
requirement in
Build.PL, so then you get into special
On Jul 19, 2007, at 7:04 AM, Gabor Szabo wrote:
Hi,
I have started to export the data collected on CPAN::Forum for
anyone to use.
The various formats and the links are available here:
http://www.cpanforum.com/faq/#data
Awesome, thanks Gabor.
-Ken
On Jul 9, 2007, at 3:49 PM, Michael G Schwern wrote:
Salve J Nilsen wrote:
Michael G Schwern wrote:
[..] add a tags keyword to META.yml. Have
search.cpan.org so something interesting with that extra
information.
What's the main difference between a tags keyword and the
already-existing
On Jul 9, 2007, at 4:55 PM, Eric Wilhelm wrote:
Ken was so far ahead of the curve that the word tags didn't exist
yet.
Sometimes when one is far enough ahead of a curve, one finds oneself
behind it. The nature of curves...
And didn't talk about it enough, therefore Michael didn't
depends instead of
requires, and you don't really mean it.
-Ken
On Jun 13, 2007, at 8:53 PM, Adam Kennedy wrote:
I believe that should be configure_depends:, as in ./
Configure (the phase of installation).
Adam K
Ken Williams wrote:
All,
I committed a preliminary patch
1 - 100 of 155 matches
Mail list logo