* Michael G Schwern [EMAIL PROTECTED] [2003-12-04T16:51:03]
On Thu, Dec 04, 2003 at 05:26:07AM -0500, [EMAIL PROTECTED] wrote:
I'd say a lot of the trouble comes from the fact that you're using the
automated test framework for something that isn't an automated test.
But it could be. It
Alright, I know this is tangential to QA, but I'm trying to access
rt.cpan.org to update a bug on a module I'm working on. I can't log
into rt.cpan.org using my PAUSE credentials.
I emailed [EMAIL PROTECTED] a month ago, and again this
week, and received only an automated reply. I was assigned
* Michael G Schwern [EMAIL PROTECTED] [2003-12-06T20:04:24]
On Sat, Dec 06, 2003 at 07:46:24PM -0500, Ricardo SIGNES wrote:
Alright, I know this is tangential to QA, but I'm trying to access
rt.cpan.org to update a bug on a module I'm working on. I can't log
into rt.cpan.org using my PAUSE
* Francisco Olarte Sanz. [EMAIL PROTECTED] [2004-05-25T13:58:21]
? Which aproach is better, have a single independent huge test file or
several interdependent smaller ones ( w/ notes in the readme stating
test dependence ) ?
The better approach is the one that makes it most likely for you to
* Michael Carman [EMAIL PROTECTED] [2004-06-07T23:13:02]
On 6/7/2004 9:20 PM, Andy Lester wrote:
The ALT attribute as tooltip thing isn't portable, though.
I don't use ALT, I use TITLE. That's the right way according to the W3C and
supported by at least IE and Mozilla-based browsers. Or
* Pete Krawczyk [EMAIL PROTECTED] [2004-07-09T13:10:52]
Devel::Cover will always see that as a partial test, and never a full
test:
[ ... ]
Is that a bug, then? Or is it something else? And how should I notate
that, keeping in mind the goals of Phalanx, so that it's clearly visible
that
I was going nuts recently, trying to figure out why I couldn't use
is_deeply to compare objects. I've finally determined that it's only an
issue (as far as I see) when comparing objects that overload
dereferencing to their implementation type.
The attached code should fail all three tests; at
* Rafael Garcia-Suarez [EMAIL PROTECTED] [2004-08-02T10:12:22]
What kind of useful diagnostics could this module emit in case of
failure? IMO they have to be precisely detailed.
# failed comparisons follow:
# expected $1: (610)
# got $1: 691
# expected $4: x258
# got $4: 258
That's
* Andrew Savige [EMAIL PROTECTED] [2004-08-31T04:24:55]
Is there a way to make Test::Harness do this?
If nothing else, in the given case, it would have made more sense to use
is()
is(0, 1, Zero shouldn't equal one.);
That will print got/expected values on error, even when not verbose.
--
* David Wheeler [EMAIL PROTECTED] [2004-09-17T00:51:22]
So, what's to be lost by having the inc directories default to the
contents of @INC when you load Devel::Cover rather than at install
time?
Presumably the problem is that by runtime, lib and blib directories are
already in @INC, so the
* H.Merijn Brand [EMAIL PROTECTED] [2004-12-14T11:28:19]
About spaces, another thing springs to mind, for which I would gladly kill the
responsible people to allow it (I bet M$ was the first to push it): Spaces in
database table and field names. DON'T! NEVER! Once you start it, you will
never
* David A. Golden [EMAIL PROTECTED] [2005-04-02T05:27:18]
Andy Lester wrote:
Why is there a scoreboard? Why do we care about rankings? Why is it
necessary to compare one measure to another? What purpose is being
served?
Why is there XP on perlmonks? Or Karma on Slashdot? Or for that
* Adrian Howard [EMAIL PROTECTED] [2005-04-14T15:37:07]
On 14 Apr 2005, at 11:36, Leon Brocard wrote:
Oh, I forgot to mention to perl-qa that I wrote Test::Expect:
http://search.cpan.org/dist/Test-Expect/
It's nice. Already used it :-)
Does anyone who has used both Test::Expect and
Yesterday, hide gave me some sweet example code to use
HTTP::Server::Simple and Test::WWW::Mechanize to test Rubric's CGI bits.
I've started working with them, and they make me happy.
I've realized that the server, which is forked from the test script,
doesn't have its usage show up in
* Adam Kennedy [EMAIL PROTECTED] [2005-07-11T10:10:31]
Note: The last kwalitee test, the one related to Devel::Cover, is
considered dangerous by a non-trivial percentage of the community,
and there's been a lot of debate on whether it should be removed.
Sorry, I should have said
* Pete Krawczyk [EMAIL PROTECTED] [2005-11-03T12:46:48]
The solution I see is to make sure the object can() isa(), thus avoiding
the die in the process:
It was using -isa instead of UNIVERSAL::isa because isa might be
overridden. Surely the same could apply to -can.
--
rjbs
* Tels [EMAIL PROTECTED] [2005-11-06T09:44:14]
* has_signature: a SIGNATURE file exists, and is a valid signatur.
That seems reasonable, even though I dread signing all my dists. I feel
like it will be a big hassle, but maybe I'm just afraid of change.
* has_pod_index: The POD contains at
* demerphq [EMAIL PROTECTED] [2006-02-01T03:26:55]
And I think you've conveniently sidestepped my main point which is
that TODO tests passing are errors. Consider you have two TODO tests,
both of which depend on a common set of functionality. Both should
pass or both should fail.
I just don't
* H.Merijn Brand [EMAIL PROTECTED] [2006-04-04T10:40:39]
And then still people make more of the same. Take Getopt::Long. A perfect and
very functional module. Full of features, matured, and actively maintained.
Now go look at CPAN, and see how many people either do not like it or find
other
* H.Merijn Brand [EMAIL PROTECTED] [2006-04-05T02:39:20]
I'll just mention two things, both very different
A. CORE modules are tested on all supported architectures, while CPAN modules
do not give that guarantee. The smoke system still causes all possible
combinations to be tested on
* demerphq [EMAIL PROTECTED] [2006-04-05T10:23:45]
On 4/5/06, Ricardo SIGNES [EMAIL PROTECTED] wrote:
That said, I don't dispute the point that it can be wildly obnoxious when
Something::Trivial requires DBD::MySQL and Data::Dump::Streamer when it
could use neither -- or at least rely
* Andy Lester [EMAIL PROTECTED] [2006-04-16T23:08:26]
I'm adding a section to Test::Harness::TAP on non-Perl TAP.
http://svn.perl.org/modules/Test-Harness/trunk/lib/Test/Harness/TAP.pod
If you know of one, please send me some text to add.
It's not really ready to be publicized, and I
* Ricardo SIGNES [EMAIL PROTECTED] [2006-04-16T23:33:19]
It's not really ready to be publicized, and I haven't touched it in a little
while, but I'll mention PyTap: http://svn.codesimply.com/projects/pytap
I got a request, off-list, for more info, so here is some:
PyTap will, when it's done
* Ovid [EMAIL PROTECTED] [2006-04-19T04:02:31]
From a parser standpoint, there's no clean way of distinguishing that
from what the test functions are going to output. As a result, I
really think that diag and normal test failure information should be
marked differently (instead of the /^# /
* Michael G Schwern [EMAIL PROTECTED] [2006-05-23T12:46:13]
So I guess its down to this: pick a goal. Either drop the gaming aspects or
drop any remaining pretense that its a measurement of module quality. Since
the whole kwalitee thing is pretty flimsy to begin with, I'd go with just
making
* Adam Kennedy [EMAIL PROTECTED] [2006-05-27T23:48:43]
The questions that are being asked are for the user's benefit. That is
NOT being a freeloader. Freeloading is taken something from the user and
providing nothing in return.
She's providing her free code in return.
--
rjbs
* Adrian Howard [EMAIL PROTECTED] [2006-05-31T10:55:20]
In short
* Yes running one test method at a time is a sensible things to do.
* No - there currently isn't a simple way of doing this
* Good news - Ovid has submitted a patch to make it easy
* Bad news - I've been too bone idle to apply
* Shlomi Fish [EMAIL PROTECTED] [2006-07-05T15:28:28]
The grant is about Test::Run, which is a fork of Test::Harness that aims to
greatly refactor and modularise it. I've already revamped and re-written a
lot of code for it, but there's still a lot that needs to be done.
[...]
Some of the
* Ovid [EMAIL PROTECTED] [2006-07-30T06:19:17]
After struggling with this for over an hour, I think I finally found the
problem. If I *don't* localize the filehandle, this problem goes away.
Apparently, localizing that typeglob caused the underlying descriptor to
disappear once the localized
* Ovid [EMAIL PROTECTED] [2006-08-03T09:20:50]
prove t/test_class_tests.t path/to/test/class.pm
I want to do that so I can use Test::Harness, but the path is considered an
argument to prove and not my Test::Class driver wrapper script.
My first reaction would be to use =, like -M does.
* Gabor Szabo [EMAIL PROTECTED] [2006-08-19T10:40:37]
During testing sometimes I would like to submit a form
either with values missing from a selection list or with illegal values
supplied.
I recently released HTML::Form::ForceValue, which lets you do this. I believe
this feature should be
* Ovid [EMAIL PROTECTED] [2006-09-18T13:18:19]
Anyone have a Windows box and is willing to test this out for me?
I will gladly run tests under WinXP + Strawberry if you tell me where to get it
and what you want to know. Drop me an IM or email.
--
rjbs
* Ovid [EMAIL PROTECTED] [2006-09-26T09:19:46]
It would be nice if I could just write 'use My::Test::More' in my
test scripts and have that provide what I need
Side note: yes, it's trivial for me to write an extra module which provide
an environment variable or something similar for this,
* Ovid [EMAIL PROTECTED] [2007-01-04T16:34:31]
I guess the reason I have never used BAIL_OUT is because if I have a
bunch of tests failing, they fail quickly and I don't have to wait for
them :) I suppose it's not that big of a deal, but I noticed it this
evening and thought I would toss it
* Adam Kennedy [EMAIL PROTECTED] [2007-02-08T19:17:39]
Yep, although M::I has some capacity to add a but of extra magic if you
could come up with a workaround (like having File::Find locate them all
and provide a complete list of TESTS).
I do this in
* David Golden [EMAIL PROTECTED] [2007-02-28T22:39:01]
Is there a de facto standard for custom extensions to META.yml? (I
didn't see one in the spec.) An example might be fields beginning
with a capital letter or X-foo style extensions. E.g.
Why not:
extensions:
CPAN::Reporter:
* brian d foy [EMAIL PROTECTED] [2007-03-03T13:31:15]
In article [EMAIL PROTECTED], Ricardo
SIGNES [EMAIL PROTECTED] wrote:
extensions:
CPAN::Reporter:
cc_author: 0
I think in some cases this might work, but I can imagine options that
I'd want, such as cc_author
* Eric Wilhelm [EMAIL PROTECTED] [2007-03-03T21:59:32]
In fact, so much eyewringing that I've taken to this lately:
use inc::testplan(0,
+ 3 # use
+ 199 # those others
);
What is that ... for?
I often do this:
use Test::More;
my @test_data =
* brian d foy [EMAIL PROTECTED] [2007-03-04T12:09:26]
I'm not talking about the particular field name, but the idea that I'd
want to say in META.yml Don't send me mail, or whatever setting I
want.
Instead of having to disable (or enable) CC for every new tool, I'd
want a setting that new
* Michael G Schwern [EMAIL PROTECTED] [2007-03-09T18:17:57]
*) TAP diagnostic format
http://perl-qa.yi.org/index.php/TAP_diagnostic_syntax
There is no way to output diagnostics in TAP. The stuff Test::More spits
out to STDERR are unparsable comments indented for humans. Its not TAP.
This
* James E Keenan [EMAIL PROTECTED] [2007-06-19T21:33:11]
But, guess what? To the extent that I've been able to determine my own
approach to development, I have increasingly moved in the direction of
doing step 1 first: documentation-driven development.
Or, perhaps more precisely,
* Eric Wilhelm [EMAIL PROTECTED] [2007-04-09T16:31:31]
# from Ricardo SIGNES
# on Monday 09 April 2007 05:10 am:
I need to finish/test/release my PC subclass that looks at
@PKG::POD_COVERAGE_TRUSTME.
I saw that in rt, but I really think pod is the place for it. Why
clutter the code
http://search.cpan.org/dist/Test-BinaryData/lib/Test/BinaryData.pm
I won't rehash the whole documentation here, but the gist is that I really hate
getting test reports that say:
not ok 1
# Failed test in demo.t at line 8.
# got: 'foo
# bar
# '
# expected: 'foo
#
* Michael Peters [EMAIL PROTECTED] [2007-07-21T09:07:42]
Ricardo SIGNES wrote:
http://search.cpan.org/dist/Test-BinaryData/lib/Test/BinaryData.pm
Did you know that Test::LongString (despite the name) can handle binary
information too? Probably not as detailed as your diagnostics
* Andy Armstrong [EMAIL PROTECTED] [2007-12-10T11:52:33]
On 10 Dec 2007, at 16:49, Ovid wrote:
Seems Ricardo Signes likes this idea, too:
http://use.perl.org/~Ovid/journal/35076
Who? :)
:'(
I like this idea so much that if you point me at a repo and failing tests, I
will try
* Miguel Pignatelli [EMAIL PROTECTED] [2008-01-08T10:10:00]
Is there a possibility of getting involved in the phalanx project?.
I'm a regular Perl user trying to improve his knowledge and being able
to help the community.
Absolutely. A very simple way to do this is to pick a distribution
I thought I'd relay my journal post here:
http://use.perl.org/~rjbs/journal/35746
Basically, it lets you say author_tests('xt') in your Makefile.PL (using
Module::Install) to have a directory (or directory tree) of tests run only by
the module's authors.
--
rjbs
* Eric Wilhelm [EMAIL PROTECTED] [2008-02-25T12:53:03]
# from Ricardo SIGNES
# on Monday 25 February 2008 04:59:
Basically, it lets you say author_tests('xt') in your Makefile.PL
(using Module::Install) to have a directory (or directory tree) of
tests run only by the module's authors
Lately, we're doing a lot of work on some for-now internal tools that operate
on CPAN archives as a whole. They're sort of like CPAN::Mini and
CPAN::Mini::Inject, writ large.
Doing stuff like unpacking an entire CPAN mirror to analyse its contents and
prereqs is a real drag, though. We also
First, ExtUtils::FakeMaker is now Module::Faker. Schwern suggested that
ExtUtils should no longer be used, and gave excellent reasoning, summed up
here:
http://www.perlfoundation.org/perl5/index.cgi?extutils
So, that's done. There haven't been any changes worth mentioning, yet, in its
* Michael G Schwern [EMAIL PROTECTED] [2008-03-26T04:15:47]
Not trying to cause repo-wars, but I think I'll need to use git
actively for something before I really start to grok it.
I had the same thoughts. My concern is that we'll be spending time futzing
with git rather than hacking on QA
After having this task languish in my todo for years, at least, I have finally
reduced my goal to the important 90% and applied some JFDI.
Pod::Coverage::TrustPod acts like Pod::Coverage::CountParents, but accepts
non-whitespace lines inside Pod::Coverage POD targets as trustme
instructions.
In
* David Golden [EMAIL PROTECTED] [2008-03-31T10:07:57]
On Mon, Mar 31, 2008 at 9:36 AM, Andy Armstrong [EMAIL PROTECTED] wrote:
I'm getting in on Thursday night - so I'll be around. Just planning to
wander around taking pictures but could be persuaded by something more
structured :)
* Michael G Schwern [EMAIL PROTECTED] [2008-04-11T07:01:19]
Here's the descriptive way to specify how the diagnostic keys work.
1) We reserve every key which begins with a lower case letter
2) We say nothing about anything else
3) All keys are optional
I thought this had been the
* brian d foy [EMAIL PROTECTED] [2008-06-10T12:27:29]
I'd like to see the metircs that only talk about the quality of the
distribution, and leave everything else alone. If it's something I can
fix by doing something to the distribution itself, measure it. If it's
anything else, leave it out.
His email is bustified.
http://rafb.net/p/vD8hRk81.html
FWIW, I get the same results.
--
rjbs
* David E. Wheeler [EMAIL PROTECTED] [2008-08-07T00:31:27]
On Aug 6, 2008, at 20:12, Michael G Schwern wrote:
So I encourage folks to use have and want in the future. I'll
be using them in Test::Builder2.
Good call. Change committed to pgtap and Test.Builder.
and PyTAP, which might
On Aug 6, 2008, at 20:12, Michael G Schwern wrote:
So I encourage folks to use have and want in the future. I'll
be using them in Test::Builder2.
Test.php updated and released.
--
rjbs
* Ovid [EMAIL PROTECTED] [2008-08-18T06:50:00]
JSON is fairly well implemented and new implementations are trivial. This is
not true for YAML. Trying to define a minimum standard of YAML for extended
TAP is a quagmire. With JSON, we can punt and just point to a fairly
well-established JSON
* David Golden [EMAIL PROTECTED] [2008-08-18T09:27:57]
What's the latest consensus on the best pure-perl JSON module? And
ditto for JSON via XS?
JSON and JSON::XS, most likely. Certainly JSON::XS.
--
rjbs
* Ovid [EMAIL PROTECTED] [2008-08-18T11:17:25]
Oh, definitely agreed. I cannot assert that non-Perl implementations of JSON
are any better, but JSON is simple enough that I'm pretty damned sure they
are. However, YAML is so problematic that I *CAN* state that non-Perl
versions are often as
* Michael G Schwern [EMAIL PROTECTED] [2008-08-18T12:26:54]
YAML types can be little more than local tags which only have meaning to that
particular document.
name: !customer Evil Business Guy Made Of Butter
Yeah, that's neat and everything, but there aren't any Perl implementations
that
* Jeffrey Thalhammer [EMAIL PROTECTED] [2008-08-20T12:42:49]
But there is some debate about whether the MANIFEST and other
metafiles should be put in the source code repository. My gut feeling
is that MANIFEST is a generated file, therefore it does not go in the
repository. Instead,
* chromatic [EMAIL PROTECTED] [2008-08-20T13:59:14]
Aren't these two separate concerns, human versus machine readability? The
latter rarely respects ambiguity.
Yes.
Right now, there seem to be two pro-YAML arguments.
(1) It's easier to for humans read.
Sure. I will admit that. It is
* Ovid [EMAIL PROTECTED] [2008-08-21T05:36:11]
Both of us found this much cleaner. However, this might have unexpected
consequences. It also highlights the issue of Test::Harness's long-standing
practice of stripping the .t extension from filenames. Why? If we want other
extensions, stripping
* Eric Wilhelm [EMAIL PROTECTED] [2008-08-21T12:46:59]
# from Ovid
1. YAML is prettier.
2. JSON, unlike YAML, is stable.
Let's not forget that the debated requirement for diagnostics is that
the generators and consumers speak the same language
Does it have to be just one? Now and
* David E. Wheeler [EMAIL PROTECTED] [2008-09-03T13:27:08]
http://cpantesters.perl.org/author/DWHEELER.rss
Now that there's a new maintainer, I should send another email... this file,
for me is so large (6,680,062 bytes) that my RSS reader times out trying to
retrieve it.
Ugh.
--
rjbs
* Andy Armstrong [EMAIL PROTECTED] [2008-09-19T05:24:40]
I'd lean towards epoch for easier comparison on SQLite.
I tend to use epoch in SQLite, too, but it's worth nothing that iso8601 is much
easier for humans, and SQLite can compare either one pretty well, as 8601
strings are sortable. The
* Salve J Nilsen [EMAIL PROTECTED] [2008-10-28T14:54:07]
David Cantrell said:
On Mon, Oct 27, 2008 at 01:40:03PM +0100, Salve J Nilsen wrote:
I think _some_ kind of shaming should be allowed. Carrots are good, but
sticks work too when applied in a respectable fashion.
They might, but a
I'm mostly sending this email because I had an idea, and it's late, and I don't
want to forget.
Today it occured to me that many Test:: extensions are more about better
diagnostic output than better test comparison.
This stinks:
want: foo bar
have: foo bar
So you write some plugin that
* Michael G Schwern schw...@pobox.com [2009-03-31T18:22:50]
What if display types could be provided informationally in the TAP stream.
The stream could include:
want: foo bar
have: foo bar
presentation: Some::Plugin
With the plugin installed, the presentation layer could
* Ovid publiustemp-perl...@yahoo.com [2009-04-06T04:35:41]
Wondering if anyone's played with nested TAP yet and has any
comments/requests/questions? Lot's of people have asked for it, so it would
be good to make sure we've got it right before it's pushed out the door.
I've given it a bit of a
* Ovid publiustemp-perl...@yahoo.com [2009-04-06T10:52:33]
I thought it might be nice to give the group a description, but really just
diagging a description should be good enough for me. I can wait for TAP 15
with preludes, envelopes, and the SWAK marker.
Actually, you do a get
* Ovid publiustemp-perl...@yahoo.com [2009-06-30T10:21:24]
The latest developer release of Test::More allows subtests. Subtests are
great in that they solve a lot of problems in advanced Perl testing, but they
have required a change in Test::Builder. Previously you could do stuff like
this:
* David Golden xda...@gmail.com [2009-06-30T14:46:47]
Well, if you're doing interface design, one of the first things that
comes to mind is that the name of the test should come first, not
last.
...I basically liked everything you had to say here:
test label goes here = is( $have, $want
* Jonathan Swartz swa...@pobox.com [2009-07-31T14:57:04]
Justin Devuyst kindly pointed me to
Module::Install::AuthorTests
which appears to have the desired behavior if one is using
Module::Install (which I happen to be). Thanks again.
...as long as you're looking at AuthorTests, have
* Pedro Figueiredo m...@pedrofigueiredo.org [2010-01-03T07:06:19]
On Sun, Jan 3, 2010 at 11:40 AM, chromatic chroma...@wgz.org wrote:
If the design of perl.org had been up to me, I'd have spent much more time
promoting the Perl brand instead of the proprietary brand of a privately
held
* Shawn H Corey shawnhco...@gmail.com [2010-01-03T07:22:01]
Leo Lapworth wrote:
Maybe someone could get a grant to hire someone/a company with design skills
to come up with a better logo than the onion?
I always thought that something to do with pearls would be nice.
The problems with
* Michael Peters mpet...@plusthree.com [2010-02-02T11:13:26]
Maybe have the option to UTF8 stdout/stderr and just send the
characters and let the display handle it. But I don't think it
should be the default. Unicode is tricky and lots of unicode
characters can be combined in ways that look
I've recently uploaded my new Moose-based system for writing reusable test
behavior. I'm very happy with it so far and hope that it can be useful to
others, too. I have written about the system and how it works, with links to
further material, here:
http://rjbs.manxome.org/rubric/entry/1858
* Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 da...@cpan.org [2011-01-21T15:40:37]
this year's prospective date for the QA hackathon in Amsterdam is 16-18
April.
Please reply until Monday morning European time whether this is suitable for
you, or you would rather have a different date.
Those dates are great for me.
* Ovid publiustemp-perl...@yahoo.com [2011-02-17T07:43:16]
It would be nice if this was a custom comparator for Test::Deep, then you
would be apply the almost to lists of arbitrarily complex items and also
conduct that test at any level of the data structure (including nesting if
you
* David Golden xda...@gmail.com [2011-08-22T22:23:42]
On Mon, Aug 22, 2011 at 7:07 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 da...@cpan.org wrote:
To the usual suspects on this list, especially the ones who could not attend
the last times: when do you have time around April? (Traditionally, the QA
hackathon is
* Michael G Schwern schw...@pobox.com [2011-10-29T05:20:07]
[ What if subtests stop indenting? ]
Sorry, I'm quite late to the party.
I really like the isolated planning of subtests, and the visual indenting, and
(least of the three) the potential for building a better visualizer that works
with
* Philippe Bruhat (BooK) philippe.bru...@free.fr [2011-11-03T20:25:25]
Here are some news about the Perl QA Hackathon 2012.
I have very little to offer other than: Good luck, this all sounds fantastic,
and I hope I can make it! As others have said, the very expensive venue sounds
very nice,
Please stop cc'ing my personal email address on this mailing list mail. I'm
already a subscriber. It just pollutes my personal mail from friends
folders.
--
rjbs
re: internal use
What does internal define here? What are the boundaries of the space to
which TB2::Mouse use is internal?
In what scenarios do I have to write something that uses it?
If I do that, am I likely using Mouse sugar?
--
rjbs
* Michael G Schwern schw...@pobox.com [2011-11-30T15:22:51]
On 2011.11.30 7:20 AM, Ricardo Signes wrote:
re: internal use
What does internal define here? What are the boundaries of the space to
which TB2::Mouse use is internal?
Like any other internal use only .pm file in a CPAN
Sorry for the long delay. Lately I'm task-switching at a slow pace. Also, I'm
quoting you out of order.
* Michael G Schwern schw...@pobox.com [2011-11-30T17:16:47]
RJBS wrote,
The only case when the programmer needs to know about the Mouse
underpinnings is when hacking on the dist itself,
David Golden xda...@gmail.com writes:
I plan to expand further on this idea of separation at the QA
Hackathon in the spring (if I don't start working on it sooner). I'd
like to get all CPAN clients able to use an index completely separate
from a given repository, where the index could,
* Paul Johnson p...@pjcj.net [2012-07-12T13:36:26]
Feature request: some way of easily seeing just my dists.
TODO
I can't promise when I'll get around to it, but I do have plans for
extending cpancover. However, this work is fairly well decoupled from
the core of Devel::Cover, so if
* Paul Johnson p...@pjcj.net [2012-08-01T11:48:43]
In accordance with the terms of my grant from TPF this is the monthly
report for my work on improving Devel::Cover covering July 2012.
Thanks Paul, +1.
--
rjbs
signature.asc
Description: Digital signature
* Paul Johnson p...@pjcj.net [2012-09-07T10:36:52]
In accordance with the terms of my grant from TPF this is the monthly
report for my work on improving Devel::Cover covering August 2012.
+1, thanks very much, Paul!
--
rjbs
signature.asc
Description: Digital signature
* Paul Johnson p...@pjcj.net [2013-01-02T09:36:45]
In accordance with the terms of my grant from TPF this is the report for
weeks 30-32 of my work on improving Devel::Cover.
[...]
Total 8:50
Thanks, Paul. Interesting report, and good luck!
+1
--
rjbs
signature.asc
Description:
* James E Keenan jk...@verizon.net [2013-01-02T22:39:21]
On 1/2/13 9:36 AM, Paul Johnson wrote:
Last week I mentioned the pull requests I had received. I this week I merged
a pull request from Steffen Schwigon adding some important modules to
cpancover.com. I'm always happy to add modules
* Paul Johnson p...@pjcj.net [2013-02-11T15:53:10]
I'm pleased to be able to report that we've agreed to continue with the second
half of the grant.
Excellent!
I'd like to publicly thank Ricardo Signes and Florian Ragwitz for their help
and support in managing the first half of the grant
* Paul Johnson p...@pjcj.net [2013-03-07T17:38:54]
In accordance with the terms of my grant from TPF this is the monthly
report for my work on improving Devel::Cover covering February 2013.
Great, thanks, +1!
Finally, David Golden politely observed that the coverage reporting for ||=
* Michael G. Schwern schw...@pobox.com [2013-04-25T13:35:49]
0.98_05 is a release candidate for 0.99. I would say this is the last
stable release of Test::More before 1.5.0 but hahahaha I won't say that.
https://metacpan.org/release/MSCHWERN/Test-Simple-0.98_05/
Test::Exception fails, which
* Adrian Howard adri...@quietstars.com [2013-04-27T20:09:09]
On 27 April 2013 15:19, Ricardo Signes perl...@rjbs.manxome.org wrote:
Test::Exception fails, which breaks a lot of my basic toolchain from
installing.
T::E 0.32 just uploaded that kills the false failure.
Thanks
* Paul Johnson p...@pjcj.net [2013-05-01T16:38:26]
In accordance with the terms of my grant from TPF this is the monthly
report for my work on improving Devel::Cover covering March 2013.
+1, thanks, Paul!
--
rjbs
signature.asc
Description: Digital signature
1 - 100 of 133 matches
Mail list logo