While testing my own current development version of CPAN.pm (1.8851)
I ran across the following while in the CPAN::Reporter directory:
CPAN-Reporter-0.20% ./Build prereq_report
Use of uninitialized value in concatenation (.) or string at
On Thu, 28 Sep 2006 12:11:51 -0400, John Peacock [EMAIL PROTECTED] said:
My understanding was that the second line shouldn't be scanned at
all, because we already have a $VERSION variable set from the first
line.
The problem is (now that I have reviewed the code) that the entire
On Thu, 28 Sep 2006 16:26:02 -0500, Ken Williams [EMAIL PROTECTED] said:
On Sep 28, 2006, at 2:04 PM, Andreas J. Koenig wrote:
This is not a flaw in MakeMaker but a simple rule on CPAN that people
have learned to accept in over 10 years. Isn't it a bit irritating
when different tools
On Sat, 30 Sep 2006 23:38:57 -0500 (CDT), Dave Rolsky [EMAIL PROTECTED]
said:
On Sun, 1 Oct 2006, Adam Kennedy wrote:
The right solution is the same one as mentioned before... that the
codebases of CPAN and Module::Build shouldn't be bleading into each
other, that the CPAN client and
On Mon, 02 Oct 2006 12:05:56 +1000, Adam Kennedy [EMAIL PROTECTED] said:
I'm of the opinion tha as soon as we say...
use Module::Build;
... then we've already lost. We're mixing the two different functions
together in the same process.
It's a noble goal to think in purist terms
(Adam raises doubts if his mails come through to the list. Because I
think they don't, I cite him in full length)
On Mon, 02 Oct 2006 17:22:10 +1000, Adam Kennedy [EMAIL PROTECTED] said:
(Andreas J. Koenig) wrote:
On Mon, 02 Oct 2006 12:05:56 +1000, Adam Kennedy [EMAIL PROTECTED]
said
On Sun, 08 Oct 2006 20:35:29 -0700, Michael G Schwern [EMAIL PROTECTED]
said:
That's a problem which can be solved by the CPAN shells through
better error reporting and its not unique to this issue.
shameless
Recent CPAN shells have the failed command that sums up which
problems have
On Thu, 19 Oct 2006 04:40:25 +0200, [EMAIL PROTECTED] (Andreas J. Koenig)
said:
On Wed, 18 Oct 2006 16:04:38 -0400, Ray Zimmerman [EMAIL PROTECTED]
said:
On Oct 18, 2006, at 3:55 PM, Ray Zimmerman wrote:
Creating new 'Build' script for 'Module-Build' version '0.2805'
CPAN: YAML loaded
On Tue, 3 Oct 2006 16:56:08 -0500, Ken Williams [EMAIL PROTECTED] said:
On Oct 2, 2006, at 2:50 PM, Andreas J. Koenig wrote:
You're right, that was a surprisingly well working hack. Makefile.PL
wrote a *comment* into the Makefile that could be parsed out again.
M::B does something
When I try to install Module::Build for bleadperl @24713 (a version
from 2005-06-06) then I can't due to the error below. Anybody know the
reason and has an idea for a fix?
Don't tell me that I shall install a newer version of version.pm: This
fails because it depends on Module::Build :(
%
On Sun, 12 Nov 2006 18:21:13 -0500, John Peacock [EMAIL PROTECTED] said:
Andreas J. Koenig wrote:
which will avoid the test that is freaking out. This could be applied to
the
M::B core (as $] and $^V will produce equivalent version objects), but I
wouldn't recommend it just
this resolved before I release 1.89. Would it be
possible to make an interface decision for the prereqs?
Thanks,
--
andreas
On Sun, 22 Oct 2006 14:16:39 +0200, [EMAIL PROTECTED] (Andreas J. Koenig)
said:
On Tue, 3 Oct 2006 16:56:08 -0500, Ken Williams [EMAIL PROTECTED] said:
On Oct 2, 2006, at 2
This morning I found one of my batch jobs hanging and the logfile only
revealed that it was during installation of
DMAKI/DateTime-Util-Calc-0.11.tar.gz but there was no apparent sign
for a reason. I found the following in the Build.PL:
my $proceed = Module::Build-y_n($message, n);
It looks
On Wed, 7 Feb 2007 18:38:00 -0600, Ken Williams [EMAIL PROTECTED] said:
On Feb 5, 2007, at 10:32 PM, Andreas J. Koenig wrote:
Of course, this has a different focus on an X11 application, but when
Module::Build is run from an X11 app, it might be relevant.
Yeah, but I'm a little
On Wed, 02 May 2007 21:32:13 -0400, John Peacock [EMAIL PROTECTED] said:
I'd have to know what release of CPAN you are using, since those two version
objects are equivalent.
I know that you believe that they are equivalent but this is not the
question. CPAN.pm honours the string
On Tue, 12 Jun 2007 23:00:08 -0500, Ken Williams [EMAIL PROTECTED] said:
All,
I committed a preliminary patch for config_requires support.
Thanks! The example code in the META-spec.pod erroneously says
build_requires still. Instead of These dependencies are not required
after the module
On Wed, 13 Jun 2007 21:41:53 -0500, Ken Williams [EMAIL PROTECTED] said:
I guess I don't feel super-strongly about it though, so I'll rename it
in homage to its creator.
You left one spot out:
% grep -rn config_requires .
./website/META-spec.pod:262: config_requires:
--
andreas
Hi John,
last November we had a painful thread about the fact that
Module::Build is completely unavailable for older bleadperls:
http://www.nntp.perl.org/group/perl.module.build/2006/11/msg443.html
I've since been hit more than once by this serious drawback. People
ask me to do some binary
On Mon, 23 Jul 2007 00:19:56 -0400, David Golden [EMAIL PROTECTED]
said:
At this point, I would suggest the following:
* M::B::Compat be patched to add 'requires 5.XX' when it sees a
'perl' prerequisite (which I've written and will post shortly)
* EU::MM, M::B and the
Recently, on IRC (off the top of my head):
klapperl: so can you explain why the compatibility layer is broken?
ewilhelm: jeez, it is the *compatibility layer*
I think it's time that Module::Build considers another compatibility
layer in addition to the existing one. It would be the one for
On Sat, 22 Sep 2007 22:04:22 -0500, Ken Williams [EMAIL PROTECTED] said:
On Sep 22, 2007, at 3:54 PM, David Golden wrote:
If you're saying that if provides is there, indexers should *only*
index those and not do any other searching?
Yeah, more or less. I don't control the indexers,
On Mon, 12 Nov 2007 23:58:12 -0800, Eric Wilhelm [EMAIL PROTECTED] said:
Yep. Looking at how CPAN.pm and CPANPLUS.pm are both assuming modules
in their queries (not allowing distro names),
Both CPAN.pm and CPANPLUS.pm understand install
MLEHMANN/Compress-LZF-2.0.tar.gz no matter what is
On Thu, 15 Nov 2007 01:04:55 -0800, Eric Wilhelm [EMAIL PROTECTED] said:
# from Andreas J. Koenig
# on Wednesday 14 November 2007 20:57:
The scripts/ directory on CPAN is something you may have overlooked?
No. Unless I've overlooked some way to specify dependencies
On Fri, 16 Nov 2007 10:38:30 +1100, Adam Kennedy [EMAIL PROTECTED]
said:
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.
It also has implications from a CPAN graph
On Fri, 16 Nov 2007 09:48:18 -0800, Eric Wilhelm [EMAIL PROTECTED] said:
# from Andreas J. Koenig
# on Thursday 15 November 2007 23:39:
So I'd like to propose a perl_version: key for META.yml, which
would be specifically to identify the minimum Perl language version
dependency
On Sat, 17 Nov 2007 02:10:40 -0800, Eric Wilhelm [EMAIL PROTECTED] said:
# from Andreas J. Koenig
# on Saturday 17 November 2007 01:54:
A different and slightly less brute fix would probably be to say
version::-new() like I do on all package names always everywhere
because it's
On Tue, 18 Mar 2008 17:56:14 +1100, Adam Kennedy [EMAIL PROTECTED] said:
configure_requires MUST be static, and can NEVER be programmatic.
That's why it exists in the first place.
It seems we must split the discussion into two or three. I'll revisit
the topic if configure_requires can be
Is this the intended behaviour?
(1) perl Build.PL # contains dist_version_from = 'lib/.../Foo.pm'
# and VERSION is 0.0.2
(2) ./Build dist # builds the distro for 0.0.2
(3) edit lib/.../Foo.pm # development continues and Foo reaches 0.0.3
(4)
On Mon, 14 Jul 2008 22:36:23 -0500, Ken Williams [EMAIL PROTECTED]
said:
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
On Thu, 10 Jul 2008 01:10:35 -0700, Eric Wilhelm [EMAIL PROTECTED] said:
http://cpan.org/authors/id/E/EW/EWILHELM/Module-Build-0.2808_02.tar.gz
As soon as enough people feel confident that nothing has been completely
broken?
Any testers want to run a few weeks worth of smokes
On Tue, 15 Jul 2008 22:10:20 -0500, Ken Williams [EMAIL PROTECTED]
said:
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
On Tue, 9 Sep 2008 02:27:09 -0700, Eric Wilhelm [EMAIL PROTECTED] said:
I have said it, I have (well, CPAN::Testers::ParseReport has)
downloaded 56000 reports from
http://www.nntp.perl.org/group/perl.cpan.testers/
No, I meant what *testers*.
I could tell you but you could find out
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 to this (first) solution; this will give us a
On Tue, 10 Feb 2009 12:19:06 +1100, Adam Kennedy
adamkennedybac...@gmail.com said:
Hi gang
Can someone in the know please clarify for me EXACTLY what the file
and directory entries in no_index mean?
Are they always considered to be multi-part root-relative
unix-normalised
On Fri, 17 Apr 2009 09:24:27 -0600, Curtis Jewell
lists.perl.module-bu...@csjewell.fastmail.us said:
Moreover, the version of a distribution should (I would even say
must) match the version component of the tarball uploaded to CPAN.
It IS a must. I found that out when I tried to take
On Sun, 19 Apr 2009 01:47:08 -0700, Michael G Schwern schw...@pobox.com
said:
Numified version objects round trip.
With notable exceptions:
https://rt.cpan.org/Ticket/Display.html?id=28206
BTW, tenth anniversary ahead:
Author: Gurusamy Sarathy g...@cpan.org 1999-12-24 05:02:35
On Mon, 20 Apr 2009 22:30:18 -0400, David Golden xda...@gmail.com said:
On Mon, Apr 20, 2009 at 9:53 PM, Yitzchak Scott-Thoennes
sthoe...@efn.org wrote:
Form (a) is recommended for all new version numbers. Form (b) is
allowed for compatibility with legacy version numbering.
On Tue, 22 Sep 2009 12:37:17 -0400, John Peacock
john.peac...@havurah-software.org said:
Module::Build uses a subclass of version.pm to do all of the version
comparisons. Because they quoted the $VERSION string, it hits the
code which validates the formatting (which ultimately is
On Fri, 20 Nov 2009 18:14:29 -0500, David Golden xda...@gmail.com said:
On Fri, Nov 20, 2009 at 3:59 PM, Andreas J. Koenig
andreas.koenig.7os6v...@franz.ak.mind.de wrote:
Something is seriously broken in the combination of
bleadperl/Module::Build, I wonder why nobody has reported
On Tue, 23 Feb 2010 21:57:07 +1100, Adam Kennedy a...@ali.as said:
There is no reason to impose this kind of thing on end users, as the
failure does not actually prevent the module from working, and the end
user will have no way to resolve the problem.
As for the test failing, the
40 matches
Mail list logo
