On 1/11/16 4:53 PM, Chad Granum wrote:
> Test::More/Test::Builder work VERY hard to ensure nothing inside them alters
> $! or $@. This is for
> thing like this:
>
> ok(do_something_scary());
> is($!, 0, "expected $! val");
> is($@, undef, '$@ not changed');
>
> Without Te
On 3/19/13 6:03 PM, David Golden wrote:
> On Tue, Mar 19, 2013 at 8:47 PM, Michael G. Schwern wrote:
>> -1 to case-insensitive package names, because case matters to the language.
>
> Sadly, they really need to be case-insensitive, because of how Perl
> maps "Foo::Bar&qu
On 3/18/13 5:50 PM, Thomas Sibley wrote:
> If we attempt this solution, I suggest considering case-insensitive
> distribution names for purposes of general clarity (and portability).
>
> A semi-related discussion regarding case-insensitive module/package
> names petered out last year:
> http://www
On 3/13/13 2:31 PM, David Golden wrote:
> tl;dr: non-unique distribution names are annoying and create a
> security hole on rt.cpan.org. Fixing it may not be trivial.
+1
"Distributions", releases of a single project, are largely informal
entities yet they're basic CPAN structure. It would be go
On 1/4/13 4:41 AM, David Cantrell wrote:
> On Sun, Dec 16, 2012 at 08:57:48PM +0100, Leon Timmermans wrote:
>> On Sat, Dec 15, 2012 at 11:59 PM, Michael G Schwern
>> wrote:
>>> Storage is a problem. The only reliable "database" Perl ships with is DBM,
>&g
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 not only packlists but also
> perllocal
I was thinking about what yo
On 2012.12.16 1:10 PM, Leon Timmermans wrote:
> On Sun, Dec 16, 2012 at 6:34 PM, Johan Vromans wrote:
>> Debian, and most other systems have decent package- and install
>> managers. *They* maintain the database with installed distributions,
>> releases and files. The only good approach for us is t
We have a lot of serious problems because we lack a database of installed
distributions, releases and files. There are serious problems with
implementing one given A) the limitations of the standard Perl install and B)
wedging it into existing systems. But I think I have a solution. Its similar
I've gone ahead and patched up a copy of the spec to resolve the version
issues I've been going on about (David, I wouldn't expect you to do the work
after you've just did all the work to mint the whole release).
The work can be found here for review.
http://github.com/schwern/cpan-meta/commits/ma
David Golden said:
> Perl itself, for one. I refer you to
> http://www.dagolden.com/index.php/204/perl-version-number-puzzles/ for
> your horror and amusement.
Those are interesting, but I'm not entirely sure how they practically relate.
A module requiring version vX.Y.Z isn't likely to generate
Zefram wrote:
Michael G Schwern wrote:
(What does the 101091 part of 2.101091 mean anyway?)
Looks like it's embedding "10-109", an abbreviated ISO 8601 format for
2010-109, aka 2010-04-19. (Today is the 109th day of the year; specifying
the date in this manner is known in
Curtis Jewell wrote:
IMO X.Y_Z should always be < than X.Y. That is, 1.01 > 1.01_05. This
reads
1.01_05 as "the 5th alpha release of 1.01" just like Firefox 3.6.4 beta 1
will
eventually be followed by Firefox 3.6.4.
I'm sorry, but this section is just *wrong*, IMO. X.Y_Z should always
be >
David Golden wrote:
Versions going forward will be integers so we can use the fractional
part for library release versioning.
I know, we could use one of those fancy dotted version numbers everyone's been
talking about!
(What does the 101091 part of 2.101091 mean anyway?)
For important thin
David Golden wrote:
On Mon, Apr 19, 2010 at 8:45 AM, Michael G Schwern wrote:
Steffen Mueller wrote:
Why have a limit on a simple integer, and such a low one? I did this in
the distant past with MakeMaker and was roundly, and justly, admonished.
IIRC it's because the magic .YY
David Golden wrote:
Michael -- I appreciate the suggestion, but the spec is done. I did
ask for comments on the final draft a week ago.
>
I'm open to considering it for Version 3 at some future time. But
while I understand the desire not to rely on specific implementations
like version.pm, th
Steffen Mueller wrote:
Why have a limit on a simple integer, and such a low one? I did this
in the distant past with MakeMaker and was roundly, and justly,
admonished.
IIRC it's because the magic .YYY.ZZZ <-> .YYYZZZ
association is assumed all over the place.
I was worried
http://search.cpan.org/~dagolden/CPAN-Meta-2.101091/lib/CPAN/Meta/Spec.pm#Comparing_Version_Numbers
is an insufficient description about how to compare version numbers. The spec
should not depend on any implementation, in this case version.pm.
A description of the algorithm of how to compare v
Elliot just alerted me to this bit of the v2 spec.
http://search.cpan.org/~dagolden/CPAN-Meta-2.101091/lib/CPAN/Meta/Spec.pm#Version_Formats
Dotted-integer versions
"All components after the first are restricted to the range 0 to 999."
Why have a limit on a simple integer, and such a low one?
On Thu, Apr 1, 2010 at 7:50 AM, Tim Bunce wrote:
> On Thu, Apr 01, 2010 at 12:39:27AM -0400, David Nicol wrote:
>> On Wed, Mar 31, 2010 at 7:43 AM, Ask Bjørn Hansen wrote:
>> > The main point here is that we can't use 20 inodes per distribution.
>>
>> so don't. How much reengineering would be nee
Ricardo SIGNES wrote:
>> I remain the loyal opposition. Not as fiercely as with TAP, since META.json
>> is intended more for machines than TAP is and so the benefits do not so
>> clearly outweigh the complexity of parsing YAML.
>
> Right now, there is more or less an unspoken mandate that the YAM
Ricardo SIGNES wrote:
> Those of you who were at Birmingham heard me go on and on about my burning
> desire to replace the use of YAML in CPAN dist metadata with JSON. I'd be
> happy to review the reasons, but for now I'll take it for granted that we all
> know them and agree. That certainly seem
Gabor Szabo wrote:
> I am trying to add a GUI front-end to CPAN.pm
> using wxPerl and looked at how can I interact with it.
You should try using CPANPLUS instead which is designed to have multiple
front-end shells. CPAN.pm is not.
--
s7ank: i want to be one of those guys that types "s/j&jd//.^
hat publish, a majority of CPAN authors publish only one module.
*) Very few people publish more than 10 modules.
*) Somebody needs to stop Miyagawa before he kills again.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
Sometimes you eat the path, sometimes the path eats you.
On Sun, Feb 17, 2002 at 12:07:44AM -0600, Elaine -HFB- Ashton wrote:
> mkdir requires a mode argument
The mode argument is optional. Defaults to 0777 (mod your umask).
--
Michael G. Schwern <[EMAIL PROTECTED]>http://www.pobox.com/~schwern/
Perl Quality Assurance <[EMA
This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible. See
http://testers.cpan.org/
Please cc any replies to [EMAIL PROTECTED] to keep other
test volunteers informed and to prevent any duplicate effort.
Comments:
[ None ]
Test r
This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible. See
http://testers.cpan.org/
Please cc any replies to [EMAIL PROTECTED] to keep other
test volunteers informed and to prevent any duplicate effort.
Comments:
[ None ]
Test r
This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible. See
http://testers.cpan.org/
Please cc any replies to [EMAIL PROTECTED] to keep other
test volunteers informed and to prevent any duplicate effort.
Comments:
[ None ]
Test r
This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible. See
http://testers.cpan.org/
Please cc any replies to [EMAIL PROTECTED] to keep other
test volunteers informed and to prevent any duplicate effort.
Comments:
[ None ]
Test r
This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible. See
http://testers.cpan.org/
Please cc any replies to [EMAIL PROTECTED] to keep other
test volunteers informed and to prevent any duplicate effort.
Comments:
[ None ]
Test r
This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible. See
http://testers.cpan.org/
Please cc any replies to [EMAIL PROTECTED] to keep other
test volunteers informed and to prevent any duplicate effort.
Comments:
[ None ]
Test r
This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible. See
http://testers.cpan.org/
Please cc any replies to [EMAIL PROTECTED] to keep other
test volunteers informed and to prevent any duplicate effort.
Comments:
[ None ]
Test r
Most likely this will simply involve using
> > MakeMaker->parse_version. Document it, test it, stick it on CPAN.
> > Again, nothing fabulous.
>
> Done. Module::InstalledVersion, in my directory on CPAN.
Yay!
--
Michael G. Schwern <[EMAIL PROTECTED]>http:/
doesn't want to be spammed by
> it.
There should probably be no default. We don't want test mails going
off to either of the mailing lists by mistake.
--
Michael G. Schwern <[EMAIL PROTECTED]>http://www.pobox.com/~schwern/
Perl6 Quality Assurance <[EMAIL PROTE
check to see if Makefile.PL built a Makefile
* Added check for Makefile.PL dying because perl is too old
* Temporarily removed 'no tests' check, failing on SDKs.
It has to search deeper.
http://www.pobox.com/~schwern/src/CPAN-Smoke-0.11.tar.gz
--
Michael G. Schw
512
Smoking Class-DBI-0.29.tar.gz against perl5.004_05
This perl is too old.
Smoking Class-DBI-0.29.tar.gz against perl5.004_04
This perl is too old.
Smoking Class-DBI-0.29.tar.gz against perl5.004
This perl is too old.
--
Michael G. Schwern <[EMAIL PROTECTED]>http://www.pobo
binaries.
http://www.pobox.com/~schwern/src/CPAN-Smoke-0.10.tar.gz
--
Michael G. Schwern <[EMAIL PROTECTED]>http://www.pobox.com/~schwern/
Perl6 Quality Assurance <[EMAIL PROTECTED]> Kwalitee Is Job One
I was *meant* to mount your donuts.
de", no.
However, I appear to have found a partner-in-crime in the person of Ingy.
--
Michael G. Schwern <[EMAIL PROTECTED]>http://www.pobox.com/~schwern/
Perl6 Quality Assurance <[EMAIL PROTECTED]> Kwalitee Is Job One
That which stirs me, stirs everything.
-- Squonk Opera, "Spoon"
ttle environmental
differences, it still adds confidence to have ten pass reports from
ten different testers than only one. The cpan-tester's database
should be able to sift and collate this data and present it in a
non-redundant manner.
PS Is the CC too wide?
--
Michael G. Schwern &l
b site, right?)
If there's sufficient interest we can do a second session at YAPC::Europe.
* CPANTS is the CPAN Testing Service (currently vapor) to automate
quality assurance of CPAN. Synopsis is here:
http://archive.develooper.com/perl-qa%40perl.org/msg00148.html
--
Michael G. Schw
Experience in large-scale automation.
I'm sure people will be knocking down my inbox to volunteer their
time, RIGHT?
PS CPANTS currently lives at http://www.pobox.com/~schwern/CPANTS/
--
Michael G Schwern http://www.pobox.com/~schwern/ [EMAIL PROTECTED]
Just
x27;t apply to them. Rather than attempting to explicitly
enumerate all these special cases, we'll just wrap them up in one meta-case
and note the specifics as they come.
=head2 Independent auditors
CPANTS will be its own thing. While it wll obviously work with CPAN
and the Perl developers, it will be beholden to neither and act as a
wholely independent auditing service. Accordingly, it will have no
direct effect on CPAN or Perl, only whatever influence is granted to
it.
This will hopefully keep CPANTS honest as well as avoid the problem of
appearing to dictate style to authors.
--
Michael G Schwern http://www.pobox.com/~schwern/ [EMAIL PROTECTED]
Just Another Stupid Consultant Perl6 Kwalitee Ashuranse
BOFH excuse #65:
system needs to be rebooted
as
the Minivend mess a few years ago) rather than deny a module because
of potential misuse. That way madness lies.
use LWP::Simple;
getprint 'http://www.thecorporation.com/oneoffs/96/kittyporn/index.html';
--
Michael G Schwern http://www.pobox.com/~schwern/ [
42 matches
Mail list logo