A. Pagaltzis wrote:
> * Chris Dolan <[EMAIL PROTECTED]> [2006-02-02 16:55]:
>> On Feb 1, 2006, at 10:35 PM, Tyler MacDonald wrote:
>>> I really like this idea. But as you pointed out, it's not just
>>> authors that need to worry about running these tests, it's
>>> packagers (ppm/deb/etc), automated
Andy Lester wrote:
> On Fri, Dec 02, 2005 at 12:10:24PM -0800, Ovid ([EMAIL PROTECTED]) wrote:
>> I've wondered about this myself. I've taken over Class::Trait but I
>> can't take ownership of the RT requests.
>
> RT should do it automagically. Email Jesse directly if not.
>
> xoxo,
> Andy
>
Andy Lester wrote:
> On Fri, Dec 02, 2005 at 12:10:24PM -0800, Ovid ([EMAIL PROTECTED]) wrote:
>> I've wondered about this myself. I've taken over Class::Trait but I
>> can't take ownership of the RT requests.
>
> RT should do it automagically. Email Jesse directly if not.
>
> xoxo,
> Andy
>
When one person takes over the module of another on CPAN via co-maint a
first-come tranfer, what happens to the RT stuff?
I'm in the process of taking over Net::Blogger from Aaron Straup Cope
(ASCOPE). I'm already set for first-come in PAUSE for that module now.
There are open RT issues that I'd
Ovid wrote:
> Hi all,
>
> I've noticed that http://search.cpan.org/~ovid/HOP-Parser-0.01/,
> amongst other modules, has no CPAN test results appearing even though
> CPAN tester reports are coming in. I've seen this for other modules,
> too.
>
> Is there an announced reason for this I missed or i
Ovid wrote:
> The code is designed well enough that adding new features is quick and
> easy. Unfortunately, whenever I need to change my code I fire up a Web
> server and view the results in the browser and then write the tests
> after I've written the code (this is closely related to When
> test-d
Adam Kennedy wrote:
Rather than do any additional exploding, I'd like to propose the
additional kwalitee test "has_changes". I've noticed that a percentage
(5-10%) of dists don't have a changes file, so it can be hard to know
whether it's worth upgrading, or more importantly which version to ad
Andy Lester wrote:
Usually, Test::* modules are only used for the test phase.
I really don't understand the idea of "only used for the test phase",
as if the tests don't matter, or if there are levels of failure.
Either they install OK on the target system, and you can use them with
con
Andy Lester wrote:
On Tue, Sep 06, 2005 at 10:07:02AM -0400, Christopher H. Laco ([EMAIL
PROTECTED]) wrote:
Why would they stop uploading? How would they, the new uploaders, even
know about CPANTS? It's not like uploaded files automatically return a
scathing email and an html response
Andy Lester wrote:
On Tue, Sep 06, 2005 at 09:12:43AM -0400, Christopher H. Laco ([EMAIL
PROTECTED]) wrote:
If it serves no purpose for you, ignore it and go on
with life; as apposed to spending email list cycles on a
CPANTS-is-bad-why-are-we-doing-this diatribe.
It's not as simp
Richard Clamp wrote:
On 6 Sep 2005, at 08:10, Adam Kennedy wrote:
So once you find out DBIx::Wango only passed 7 out of 23, it will go
into the author's average, and if he ever looks presumably the
competative spirit will kick in and he's fix some of the "problems"
That's assuming that e
Kevin Scaldeferri wrote:
On Jun 3, 2005, at 1:40 PM, Paul Johnson wrote:
Certainly. Of course, it's always possible and quite likely that there
is a bug in my code somewhere. But there is also a chance that I am
conflating two ops, since I have yet to come up with a way to uniquely
identify
David Wheeler wrote:
Greetings fellow Perlers,
I'm pleased to announce the first alpha release of my port of
TestSimple/More/Builder to JavaScript. You can download it from:
http://www.justatheory.com/downloads/TestBuilder-0.01.tar.gz
Very cool. Very sick. :-)
OK, now whos gonna build JPANTS?
Tony Bowden wrote:
On Thu, Apr 07, 2005 at 12:32:31PM -0400, Christopher H. Laco wrote:
CPANTS can't check that for me, as I don't ship those tests.
They're part of my development environment, not part of my release tree.
That is true. But if you don't ship them, how do I
Tony Bowden wrote:
On Thu, Apr 07, 2005 at 08:56:26AM -0400, Christopher H. Laco wrote:
I would go as for to say that checking the authors development
intentions via checks like Test::Pod::Coverage, Test::Strict,
Test::Distribution, etc is just as important, if not more, than just
checkong
Adam Kennedy wrote:
Adding a kwalitee check for a test that runs Devel::Cover by default
might on the surface appear to meet this goal, but I hope people
recognize it as a bad idea.
Why, then, is suggesting that people ship tests for POD errors and
coverage a good idea?
Although I've now added the
Ken Williams wrote:
Since the 'build', 'test', and 'install' actions are considered the
"critical path" for installing a module, I think it makes sense to warn
(not die) during "perl Build.PL" when one of their
required/recommended/conflict dependencies aren't met. Thereafter, only
die/warn wh
Michael G Schwern wrote:
[snip]
Sticking with ExtUtils::MakeMaker. :-)
[But where's the fun in that.]
I know you're joking, but you've flipped my rant switch.
I was. But at some level, I'm not.
If after changing one dist to use M::B I have more issues than I started
with [which was just checking
Michael G Schwern wrote:
Until such time as there are test_* flags, one should take a pragmatic view.
And that view is "what is going to cause the least amount of hassle for
those who want to install my module" because they don't know nor care about
the internal mechanics.
[snip]
Sticking with Ex
Michael G Schwern wrote:
On Mon, Mar 28, 2005 at 08:42:50AM -0500, Christopher H. Laco wrote:
That's another gripe of mine about M::B and create_makefile_pl.
It puts the requires AND build_requires in the PREREQ_PM in the
Makefile.PL, which I won't want; nor do I think it right fo
Michael G Schwern wrote:
There is a create_makefile_pl option (see Module::Build::Compat) which
does a fair job of creating a Makefile.PL functionally equivalent to
your Build.PL. It comes in various flavors from passthrough (where it
writes a Makefile which simply calls Module::Build functions) t
Michael G Schwern wrote:
On Sun, Mar 27, 2005 at 08:32:59PM -0500, Christopher H. Laco wrote:
Along the lines of converting to Module::Build...it went well until I
started doing tests...things that worked now break, probably do to how
they're now run...
t\xsp.Use of uninitia
Randy W. Sims wrote:
There is my unpublished CPAN::Metadata at:
svn co http://svn.versiondude.net/randys/CPAN-Metadata/trunk/ CPAN-Metadata
It reads, writes, and validates metadata according to the spec. It still
needs a bit of work, and updates to the actual spec need to be
formalized before it
Christopher H. Laco wrote:
Michael G Schwern wrote:
On Sat, Mar 26, 2005 at 07:52:45PM -0500, Christopher H. Laco wrote:
Well, unless I missed something [likely], to add things after the
module is created or updated. Changing requirements, recommends, and
build_requires for starters. Sometimes
Michael G Schwern wrote:
On Sat, Mar 26, 2005 at 07:52:45PM -0500, Christopher H. Laco wrote:
Well, unless I missed something [likely], to add things after the module
is created or updated. Changing requirements, recommends, and
build_requires for starters. Sometimes no_index when new modules
Andy Lester wrote:
On Mar 26, 2005, at 6:29 PM, Christopher H. Laco wrote:
Is anyone aware of any existing code (aside from YAML) for grocking
META.yml?
Why are you changing it manually?
Well, unless I missed something [likely], to add things after the module
is created or updated. Changing
Is anyone aware of any existing code (aside from YAML) for grocking
META.yml?
I've got an itch. Aside from user side software tests, I'm also somewhat
addicted to developer tests (Test::Strict, Test::Pod, etc) to make sure
I'm not making stupid typo mistakes every time I upload a new version of
David Wheeler wrote:
Hi All,
Is anyone aware of an implementation of Test::Builder/Simple/More and
Test::Harness in JavaScript? The testing scene in JS appears pretty sad,
but I don't want to do much in JavaScript without a nice testing
framework. And Test::More would be my preferred way to go.
Christopher H. Laco wrote:
Sébastien Aperghis-Tramoni wrote:
Christopher H. Laco wrote:
I don't know if that answer your needs but Test::Distribution already
performs several kwalitee tests on the modules and other files of a
distribution.
http://search.cpan.org/dist/Test-Distrib
Sébastien Aperghis-Tramoni wrote:
Christopher H. Laco wrote:
I don't know if that answer your needs but Test::Distribution already
performs several kwalitee tests on the modules and other files of a
distribution.
http://search.cpan.org/dist/Test-Distribution/
Sébastien Aperghis-Tr
I have an itch. It just came to me while surfing PerlMonks and CPAN.
I noticed the new Test::Strict module which keeps me honest by making
sure I always 'use strict'. I'll be adding that to my modules this
evening. [I wish is did use warnings too].
My second thought was wouldn't it be cool if th
31 matches
Mail list logo
