* 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
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 r
* 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&#
* "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 yo
* 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 b
* Andy Lester <[EMAIL PROTECTED]> [2004-06-11T15:44:27]
> On Fri, Jun 11, 2004 at 03:33:44PM -0400, Andrew Pimlott ([EMAIL PROTECTED]) wrote:
> > I prefer to eliminate extra noise. The situation I'm in is, I just
> > started using T::I, so only a few modules have any tests, and I would
> > see doz
* 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 visibl
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 no
* 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'
* 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
* "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
>
* "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
* Adam Kennedy <[EMAIL PROTECTED]> [2005-04-06T23:29:40]
> >Finally, the scoreboard does have a purpose. Part of the original idea of
> >CPANTS was to provide an automated checklist for a good distribution.
> >
> >Has a README... check
> >Declares a $VERSION... check
> >
* 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 an
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 Devel::Cov
* 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 Po
* David Golden <[EMAIL PROTECTED]> [2005-08-12T09:10:21]
> Won't "&is_code" get called that way? Should this be:
>
> ok defined \&is_code;
No. C will do the right thing, here. Taking a reference to an
undefined sub, however, will always return a defined value: a coderef
that, when called,
* "Christopher H. Laco" <[EMAIL PROTECTED]> [2005-09-15T08:23:57]
>
> Would this look for Change OR ChangeLog?
> Both seem to be popular on CPAN.
...and some modules have a HISTORY or CHANGES section of POD, and DBI
has DBI::Changes.
--
rjbs
pgpLglUB1n4LA.pgp
Description: PGP signature
* 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
pgp
* 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
* "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
> o
* "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 tes
* 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::Strea
* demerphq <[EMAIL PROTECTED]> [2006-04-07T08:32:35]
> Actually afaik there is no good way to find out what dereferencing
> operators an object supports. The best that I know of is reftype(),
> but that only tells you the objects underlying intrinsic type, it
> doesnt tell you if you can dereferenc
* 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 s
* 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
* Fergal Daly <[EMAIL PROTECTED]> [2006-04-19T15:24:51]
> On 4/19/06, Ricardo SIGNES <[EMAIL PROTECTED]> wrote:
> >
> > There are other things that test test output, like Test::Tester. Will they
> > break? To find out, I downloaded a pristene copy of the lates
* 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
> m
* 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
signatu
* 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 a
* 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 o
* 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 local
* 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
* 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 f
* 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
* 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 http://search.cpan.org/src/RJBS/Ru
* 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, bu
* 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 = load_data('t/whateve
* 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 th
* 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.
* Eric Wilhelm <[EMAIL PROTECTED]> [2007-04-09T00:41:47]
> On another note, I hacked together a Pod::Coverage subclass that allows
> "=for podcoverage_private foo_\w+" and "=for podcoverage_trustme bar"
> in your pod. Seems sort of natural to have the pod-reading tool
> reading pod and all that
* Shlomi Fish <[EMAIL PROTECTED]> [2007-06-14T07:22:03]
> 1. Shouldn't the path where the scripts and executables are installed should
> be configured before CPANPLUS.pm or CPAN.pm are invoked for installing the
> modules as part of the smoking? Isn't it a bug at their end?
Whether or not it sho
* 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, s
* 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
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
# ba
* 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 deta
* David Cantrell <[EMAIL PROTECTED]> [2007-08-03T16:21:44]
> David Golden thought that this might be more useful as a web thing than
> done by email by the CPAN testers, so I hacked something up:
> http://cpandeps.cantrell.org.uk/
That's pretty cool, even if it is a foul, disgusting hack.
--
r
* 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 poi
* 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 direct
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 nee
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
docume
* 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 hackin
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.
* 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
> > structur
* 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 re
* 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 o
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,
> > 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
* 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
* 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
* 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. Instea
* 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 e
* 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, strip
* Ovid <[EMAIL PROTECTED]> [2008-08-21T12:28:52]
> Let's not forget that the debated requirement for diagnostics is that the
> generators and consumers speak the same language, not that the *consumer*
> emit anything in particular. If you prefer the appearance of YAML to JSON,
> have the consumer
* 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
* "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. T
* Andy Lester <[EMAIL PROTECTED]> [2008-10-28T13:03:24]
> >has-test-pod and has-test-pod-coverage ones (if you find that any of my
> >modules meet those metrics, please file a bug report.)
>
> Oh, come on Eric, I'm proud of TP (which is really brian's) and TPC!
>
Hey, I love those modules... bu
* 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
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 doe
* Michael G Schwern [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 fix
* Ovid [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 look-over, and I think it'
* Ovid [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 description:
>
> plan
* Ovid [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:
I updated my Test:: librar
* David Golden [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 ) => diag
* Jonathan Swartz [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 a look at i
* Leo Lapworth [2010-01-03T06:21:21]
> Almost every person (of a dozen non-techies & .net developers in my office)
> I showed the Onion to were confused by it. They thought it was a 'sad' thing
> about making you cry, or just irrelevant. With the camel they thought it was
> a 'nice' image, e.g. th
* Pedro Figueiredo [2010-01-03T07:06:19]
> On Sun, Jan 3, 2010 at 11:40 AM, chromatic 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 corporation.
>
> For better or for
* Shawn H Corey [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 pearls include: (a
* Michael Peters [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 identical to humans
This morning I released Test::Deep 0.107
http://search.cpan.org/~rjbs/Test-Deep-0.107/
It has a very small number of changes pulled entirely from the RT queue. I
will continue to make small releases over the next few weeks to try to clear
out the queue. When I feel I've dealt with the bugs t
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
Tonight I uploaded Test::Deep 0.108. The changes made are very small, and
should not affect anyone other than some edge cases in which it should be
faster.
Many of the open bugs relate to unfortunately named exports like "blessed" and
"isa," and to behavior that should probably change but would
* Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 [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. My only hop
* Ovid [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 feeling really fruity),
>
The QA hackathon wiki suggests that directions to the hotels can be found at
http://2011.qa-hackathon.org/qa2011/wiki?node=Accommodation but I do not see
any, and Google Maps wants to give me directions to Kerkweg and can't find a
Kerkstraat.
Could some friendly Netherlands resident please reply
* Leon Timmermans [2011-04-10T12:33:49]
> On Sun, Apr 10, 2011 at 5:26 PM, Ricardo Signes
> wrote:
> > Could some friendly Netherlands resident please reply or update the wiki
> > with helpful directions? Thanks!
>
> Google Maps worked fine for me, I've added li
* Andy Armstrong [2011-04-11T14:54:13]
> On 11 Apr 2011, at 19:45, Ricardo Signes wrote:
> > Thanks, but I'm afraid I wasn't clear about what I was looking for. I need
> > to know how to get from the airport to the hotels or thereabouts. Using
> > the address stri
* David Golden [2011-08-22T22:23:42]
> On Mon, Aug 22, 2011 at 7:07 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 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 from Saturday to Monday
1 - 100 of 152 matches
Mail list logo
