> On Tue, 23 Feb 2010 21:57:07 +1100, Adam Kennedy 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 prob
> On Tue, 23 Feb 2010 01:02:00 -0800, Michael G Schwern
> said:
>> None of the above is a reason to tell people to drop a test. While I
>> don't know what the bug is that the OP asked about it is no solution to
>> suggest dropping a test. Next time you suggest to drop all tests, right
> On Mon, 22 Feb 2010 16:26:51 -0800, Michael G Schwern
> said:
> Adam Kennedy wrote:
>> You should not add MYMETA.yml to the MANIFEST, it will NEVER ship to CPAN.
>>
>> Remove the signature test.
> ...because its redundant, complicates testing, has little security
> value and
>>>>> On Fri, 20 Nov 2009 18:14:29 -0500, David Golden said:
> On Fri, Nov 20, 2009 at 3:59 PM, Andreas J. Koenig
> wrote:
>> Something is seriously broken in the combination of
>> bleadperl/Module::Build, I wonder why nobody has reported this problem
>
Something is seriously broken in the combination of
bleadperl/Module::Build, I wonder why nobody has reported this problem
besides me (or have they). Please try out what I did:
(1) Install a freshly compiled bleadperl
(2) unpack a module that is based on Module::Build. I tried it with
three of th
> On Tue, 22 Sep 2009 12:37:17 -0400, John Peacock
> 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 what throws
> the erro
> On Thu, 23 Apr 2009 15:57:11 -0500, "John M. Gamble"
> said:
>> This is guaranteed to confuse authors: "I had $VERSION = 1.002 and
>> the package is named foo-v1.2.3.tar.gz!!! WTF???". The _only_ time
>> any given module has a potential for confusion is the discontinuity
>> betwee
> On Wed, 22 Apr 2009 13:38:18 -0700, Michael G Schwern
> said:
> 1.06 -> 1.60.0 does not DWIM. There's no feedback about it until the module
> has already been uploaded to PAUSE and then a few weeks later someone points
> out the mistake. A warning by the PAUSE indexer would hel
> On Mon, 20 Apr 2009 22:30:18 -0400, David Golden said:
> On Mon, Apr 20, 2009 at 9:53 PM, Yitzchak Scott-Thoennes
> wrote:
>>> Form (a) is recommended for all new version numbers. Form (b) is
>>> allowed for compatibility with legacy version numbering.
>>
>> Bluntly: No.
>>
>>
> On Sun, 19 Apr 2009 01:47:08 -0700, Michael G Schwern
> 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 1999-12-24 05:02:35
Committer: Gurusamy Sara
> On Fri, 17 Apr 2009 09:24:27 -0600, "Curtis Jewell"
> 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 the v out of a
> file
> On Tue, 10 Feb 2009 12:19:06 +1100, Adam Kennedy
> 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 paths? (i.e. foo/b
> 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; thi
>>>>> On Mon, 22 Sep 2008 22:37:55 +0200, [EMAIL PROTECTED] (Andreas J. Koenig)
>>>>> said:
>> (d) Something else
> I lean toward PAUSE not indexing them thus pulling the plug as early
> as possible.
And so I have implemented it now. If it b
> On Mon, 22 Sep 2008 16:00:41 -0400, "David Golden" <[EMAIL PROTECTED]>
> said:
> Problem 1: race condition between unarchiving and execution if
> Makefile.PL or Build.PL is world writable (ditto test files as well)
> (a) Have CPAN and CPANPLUS refuse to run 'perl *.PL' if the PL
> 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
> On Wed, 16 Jul 2008 08:50:31 -0400, "David Golden" <[EMAIL PROTECTED]>
> said:
> On Wed, Jul 16, 2008 at 7:10 AM, Andy Armstrong <[EMAIL PROTECTED]> wrote:
>> Ah - that'll be the problem with mod_perl2 - apxs is written in Perl and
>> uses sysperl.
> I have some new ideas for how
>>>>> 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
>>
> 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
>>>>> 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. O
> On Mon, 14 Jul 2008 13:51:12 -0700, "Joshua ben Jore" <[EMAIL PROTECTED]>
> said:
> instead of m<^~\w*(?=/|$)>. In my case, the characters available for
> my username are probably restricted from the full [^/] and certainly
> exclude : but probably other things like \0 and anythin
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 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
These days I looked into the "optional_features" part of the spec and
found spec bugs. What about the following amendments?
(1) make optional_features a map, not a sequence of many maps. It
makes no sense to me that features have a sequence.
In case one really wants them to have a sequenc
>>>>> 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 > specific
>>>>> 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
> On Fri, 16 Nov 2007 12:49:44 -0800, Michael G Schwern <[EMAIL PROTECTED]>
> said:
> A bug in MakeMaker's parse_version() was found recently. Module::Build has
> the same bug.
> https://rt.cpan.org/Ticket/Display.html?id=30747
> It's reproducible by getting the version from a m
> 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
> On Thu, 15 Nov 2007 21:34:34 +1100, "Adam Kennedy" <[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
>>>>> 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 ov
> 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 matt
> 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
> On Tue, 11 Sep 2007 02:21:12 -0700, Michael G Schwern <[EMAIL PROTECTED]>
> said:
> This already exists, it is the "passthrough" option to
Module::Build::Compat.
>small
>A small Makefile.PL will be created that passes all
>functional
Recently, on IRC (off the top of my head):
: so can you explain why the compatibility layer is broken?
: 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 authors
who consider t
> 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::
>>>>> On Mon, 23 Jul 2007 06:18:22 +0200, [EMAIL PROTECTED] (Andreas J. Koenig)
>>>>> said:
ajk> -rw-r--r-- 1 k k 1568360 2005-12-23 22:06 count-yaml-requires.pl.out
ajk> On this day we had already 462 distributions using 'perl' in the
ajk>
> On Sat, 21 Jul 2007 19:03:03 -0700, Michael G Schwern <[EMAIL PROTECTED]>
> said:
> David Golden wrote:
>>> Well, EU::MM *cannot* be patched on the clients without
>>> configure_requires. So, the best it could do would be to warn the
>>> author about it at `make dist` time.
>>
> On Fri, 20 Jul 2007 14:12:59 -0700, Eric Wilhelm <[EMAIL PROTECTED]> said:
> So, Module::Build can solve this problem on both ends by creating a
> properly-aborting Makefile.PL and also listing 'perl => 5.60' in
> META.yml.
5.006
--
andreas
> On Mon, 16 Jul 2007 11:23:36 -0700, Eric Wilhelm <[EMAIL PROTECTED]> said:
> # from John Peacock
> # on Monday 16 July 2007 03:18 am:
>> think I can justify adding such a special case to the version.pm code
>> more than adding it to a consumer of that code (e.g. M::B itself).
> I'm
> On Tue, 10 Jul 2007 01:40:31 -0700, Michael G Schwern <[EMAIL PROTECTED]>
> said:
> Maybe the solution is as simple as:
> eval "use version $VERSION";
> if ( $@ or !_verify( version->new($Some_Version) ) ) {
Not that easy but indeed I found a working solution simply from
I found this bug in revision 9738:
Index: website/META-spec.pod
===
--- website/META-spec.pod (Revision 9738)
+++ website/META-spec.pod (Arbeitskopie)
@@ -175,7 +175,7 @@
license: perl
(Spec 1.0) [required] {string}
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 searc
> On Wed, 20 Jun 2007 08:06:58 +, Julian Mehnle <[EMAIL PROTECTED]>
> said:
> Now that Mail-SPF v2.005 has been released (with META.yml fixed to read
> "version: v2.005" instead of "version: 2.005000"), I am still having
> trouble with CPAN.pm:
> | cpan[1]> r Mail::SPF
> |
> 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:
--
andre
> 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
> On Tue, 22 May 2007 20:35:37 -0700, "Joshua ben Jore" <[EMAIL PROTECTED]>
> said:
> On 5/22/07, Ken Williams <[EMAIL PROTECTED]> wrote:
>> There's a problem with that: if you don't have a Makefile.PL, and
>> someone's running an old CPAN that expects a Makefile.PL to be there,
>> i
> On Tue, 22 May 2007 12:17:41 -0400, John Peacock <[EMAIL PROTECTED]> said:
>> > What's the rationale for treating 1.0 differently from 1.00? I
>> mean, we're > talking about version numbers, not dictionaries.
>>
>> The rationale is that if two version strings are written differently,
>>>>> On Tue, 22 May 2007 01:26:54 +, Julian Mehnle <[EMAIL PROTECTED]>
>>>>> said:
> Andreas J. Koenig wrote:
>> Julian Mehnle <[EMAIL PROTECTED]> said:
>> > For anyone who has similar problems in the future and who reads thi
>>>>> On Fri, 4 May 2007 10:24:56 +, Julian Mehnle <[EMAIL PROTECTED]> said:
> Andreas J. Koenig wrote:
>> > If that's the case then I wonder why `r` ("reinstall
>> > recommendations") in `cpan` on my system (CPAN.pm 1.76_02, Perl
> On Thu, 3 May 2007 18:03:06 +, Julian Mehnle <[EMAIL PROTECTED]> said:
> Did I get it right that CPAN.pm doesn't yet use version.pm for version
> number comparisons?
Yes. It has its own CPAN::Version module.
> If that's the case then I wonder why `r` ("reinstall
> recommendat
> 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 r
> On Wed, 2 May 2007 22:34:23 +, Julian Mehnle <[EMAIL PROTECTED]> said:
> Hi all,
> recently someone reported a problem with one of my modules that might
> indicate an issue with how CPAN, Module::Build's META.yml generator, and
> version.pm interact. Please see the rt.cpan.org t
> On Wed, 18 Apr 2007 12:26:22 -0400, John Peacock <[EMAIL PROTECTED]> said:
> I have a couple of distros[1][2] that contain child modules that implement
> specific feature (and hence have no life outside of the parent
distribution).
> Consequently, I want them to always report the same
is not meant as a
personal attack, it's simple tech talk but with emotions.
> Summarizing and aggregating parts of the discussion here...
> # from Andreas J. Koenig on Wednesday 31 January 2007 11:53 pm:
>> (5) I call 'perl Build.PL > /tmp/ttt' and it han
>>>>> On Sun, 4 Mar 2007 15:47:09 -0800, Eric Wilhelm <[EMAIL PROTECTED]> said:
> # from Andreas J. Koenig
> # on Sunday 04 March 2007 12:25 pm:
>> > Ok, pretend I said "> /tmp/foo" or "| thbbt" in the example. In
>> all
>>>>> On Fri, 2 Mar 2007 10:12:37 -0800, Eric Wilhelm <[EMAIL PROTECTED]> said:
> # from Andreas J. Koenig
> # on Friday 02 March 2007 03:10 am:
>> If
>> the user redirects the prompt to /dev/null, then he deliberately
>> shoots himself in
>>>>> On Fri, 2 Mar 2007 16:40:00 +, Nicholas Clark <[EMAIL PROTECTED]>
>>>>> said:
> On Fri, Mar 02, 2007 at 12:10:15PM +0100, Andreas J. Koenig wrote:
>> I hope somebody else can explain the full story. My complaint was only
>> that
> On Thu, 1 Mar 2007 22:57:26 -0800, Eric Wilhelm <[EMAIL PROTECTED]> said:
> This still hangs for me on linux 5.8.4 and mac 5.8.6 at least.
> perl -e 'use Module::Build;
> my $a = Module::Build->prompt("foo", "a"); warn $a;' > /dev/null
Of course it is because STDIN is open and w
>>>>> 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
> On Sun, 4 Feb 2007 21:13:04 -0600, Ken Williams <[EMAIL PROTECTED]> said:
> I think I've got a reasonable fix, does it look reasonable to you?
While it seems to solve my problem, I got a recommendation from Slaven
Rezic to look at perlfaq8 "How do I find out if I'm running
interactively o
>>>>> On Thu, 1 Feb 2007 21:01:18 -0800, Eric Wilhelm <[EMAIL PROTECTED]> said:
> # from Andreas J. Koenig
> # on Thursday 01 February 2007 03:42 pm:
>> + return $ENV{PERL_MM_USE_DEFAULT} || ( !$self->_is_interactive &&
>> eof STDIN
>>>>> On Thu, 01 Feb 2007 08:53:56 +0100, [EMAIL PROTECTED] (Andreas J. Koenig)
>>>>> said:
>>>>> On Wed, 31 Jan 2007 21:46:09 -0600, Ken Williams <[EMAIL PROTECTED]> said:
>> On Jan 30, 2007, at 12:01 AM, Andreas J. Koenig wrote:
&g
>>>>> On Wed, 31 Jan 2007 21:46:09 -0600, Ken Williams <[EMAIL PROTECTED]> said:
> On Jan 30, 2007, at 12:01 AM, Andreas J. Koenig wrote:
>> This morning I found one of my batch jobs hanging and the logfile only
>> revealed that it was during installation
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 Sun, 28 Jan 2007 03:15:22 -0800, Eric Wilhelm <[EMAIL PROTECTED]> said:
> Working on an automated build system for multiple computers on multiple
> platforms...
> I realized that 'perl Build.PL' doesn't return a failure exit status
> when dependencies are missing. Do CPAN/CPAN
>>>>> On Mon, 22 Jan 2007 06:07:13 -0600, Ken Williams <[EMAIL PROTECTED]> said:
> On Jan 22, 2007, at 1:41 AM, Andreas J. Koenig wrote:
>> CPAN.pm still has an open issue with Module::Build with regard to
>> finding out the prerequisites of a distribution
have 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 200
>>>>> 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 produc
> On Sun, 12 Nov 2006 14:05:25 -0500, John Peacock <[EMAIL PROTECTED]> said:
> --- lib/Module/Build/Base.pm(revision 1980)
> +++ lib/Module/Build/Base.pm(local)
Thanks! I've uploaded it to CPAN as
ANDK/patches/Module-Build-0.2805-JPEACOCK-01.patch.gz
> @@ -1168,7 +1168,7 @@
>
>>>>> On Sun, 12 Nov 2006 12:30:46 -0500, John Peacock <[EMAIL PROTECTED]> said:
> Andreas J. Koenig wrote:
>> 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
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 :(
% /ho
>>>>> On Thu, 26 Oct 2006 21:08:44 +0200, "Gabor Szabo" <[EMAIL PROTECTED]>
>>>>> said:
> On 10/26/06, Andreas J. Koenig <[EMAIL PROTECTED]> wrote:
>> >>>>> On Thu, 26 Oct 2006 14:36:07 +0200, "Gabor Szabo"
> On Thu, 26 Oct 2006 14:36:07 +0200, "Gabor Szabo" <[EMAIL PROTECTED]>
> said:
> It gives me:
> Creating new 'Build' script for 'Module-Build' version '0.2805'
> * ERROR: Configuration was initially created with Module::Build
> version '0.2805',
> but we are now using version
>>>>> 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
>>>>> 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 Zimm
> 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 ok
>> * ERROR: Configuration was initially created with Module::
> 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.
Recent CPAN shells have the "failed" command that sums up which
problems
I find the following behaviour leaves plenty of room for improvement.
As an end user I am not the slightest interested in the line number
within Module/Build/Base.pm, but the more I'd like to get a hint what
I'm expected to do to get on. (I have found out in the meantime,
thanks very much :-P)
%
(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
> 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 puris
> 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
>>>>> 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
> 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
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
/home/src/perl/repoperls/installed-perls/perl/p0zpP0q/
84 matches
Mail list logo