Randal L. Schwartz wrote:
And MUMBLE better be included *with* Perl6.
I disagree. Anything that can be left out of the base Perl6 distro
should be.
* It's too inflexible, so it doesn't allow for a new improved module to
come along to replace it.
* It requires more from the Perl6 maintaine
Ovid wrote:
Hi all,
Just a quick question, mainly aimed at Schwern since he's most familiar with
TAP::Harness, though others with thoughts should definitely chime in.
To handle streams, I am thinking of this:
my $parser = TAPx::Parser->new;
while ( defined ( my $chunk = $tap_stream->next
Steffen Mueller wrote:
Hi domm, hi perl.qa,
we had a discussion about distributions with broken versions of
Module::Install. Using Module::CPANTS::Kwalitee::* as models I wrote a
simple plugin that calculates a Kwalitee metric "uses_broken_installer".
- If the distribution doesn't use Module
Adam Kennedy wrote:
Unlike what others said, "core" perl shouldn't be the vehicle for
this, most likely, given the more stringent support and backwards
compatibility. We want to be able to change the composition of
"PerlPlus" overtime, and once things go into core, they're pretty stuck.
I sh
David Wheeler wrote:
On Jul 13, 2006, at 05:56, Fergal Daly wrote:
That's funny, it looks like I did put some code in to disable the END
block if it's "require"d rather than "use"d. Turns out I did this to
make MakeMaker happy, so MakeMaker does actually do a full require,
Well, IIRC, both Ma
Michael G Schwern wrote:
The PITA/TestBuilder2 BoF at YAPC::NA (which spent most of its time
talking about TAP) sketched out a syntax for parsable TAP diagnostics.
not ok 2 - omg t3h sooper test!!1!
file:foo.t
line:45
description: omg t3h sooper test!!1!
got: th
chromatic wrote:
On Monday 10 July 2006 10:19, Michael G Schwern wrote:
got: this
expected:that
"got" still sucks. Is there any chance to change it to "received"?
returned?
Andreas J. Koenig wrote:
On Wed, 5 Jul 2006 21:39:06 -0500, Ken Williams <[EMAIL PROTECTED]> said:
> On Jul 5, 2006, at 7:47 PM, David Golden wrote:
>> Some potential options:
>>
>> (a) Add "directory" as a synonym to the spec and add "dir" as
>> something that CPAN sites recognize.
>
Michael G Schwern wrote:
On 7/5/06, Jonathan T. Rockway <[EMAIL PROTECTED]> wrote:
The thing about using MediaWiki is that it's not written in Perl. Not
that PHP is bad (ok, yes it is bad...), but doesn't it send some sort of
negative message when Perl QA doesn't use a Perl-based Wiki?
Do I w
Andy Lester wrote:
Tomorrow, Adam Kennedy and I (and Schwern?) will be banging on
Test::Harness.
Finalize Test::Harness::Straps.
Make it possible to programatically run tests and to capture output. Eg.
Module::Build has need to run tests, displaying output as normal, but to
also capture that
Randy W. Sims wrote:
Conrad Schneiker wrote:
From: Randy W. Sims [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 31, 2006 1:12 AM
[...]
What about getting it added at gmane.org also?
Seems like a great idea. (Just learned about it, thanks to your post.)
Would you be willing to follow up
Conrad Schneiker wrote:
From: Randy W. Sims [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 31, 2006 1:12 AM
[...]
What about getting it added at gmane.org also?
Seems like a great idea. (Just learned about it, thanks to your post.)
Would you be willing to follow up?
I submitted the
Yitzchak Scott-Thoennes wrote:
On Tue, May 30, 2006 at 11:14:05PM -0700, Conrad Schneiker wrote:
From: Google Help [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 30, 2006 9:31 AM
[...]
Thank you for your note. We've forwarded your request to our
newsgroups
administrator for review. Please be awa
Michael Mathews wrote:
I realise its still very, very early days, but considering the growing
number of people who would enjoy just dabbling a little in perl6, it
seems unreasonable to expect that the "average person" would install
the many megabytes of beta (alpha?) software required, and keep i
Nicholas Clark wrote:
Last time I checked the core has "6 TESTS UNEXPECTEDLY SUCCEEDED"
What's the expected number of unexpected successes?
Can it be made to be zero, even though we're testing the test modules?
If so, I think that that would be useful, as it would mean that any (real)
TODO test
H.Merijn Brand wrote:
demerphq wrote:
Also, there is a tension in the community relating to this issue that
i dont think we will see any resolution of soon.
Many module authors set a design objective of making their modules
"dependent only on core modules". This is a comment that I see on a
r
demerphq wrote:
On 4/4/06, Adam Kennedy <[EMAIL PROTECTED]> wrote:
Module::Build wants to go in, but because they use YAML for the data
file, we add Ingy's YAML.pm, who then decides he wants to use Test::Base
for everything he does, so that slips in undernearth, and of course
Test::Base is based
Matisse Enzer wrote:
On Tue, 28 Mar 2006, Randy W. Sims wrote:
There are a number of ways to do this. The most simple is:
use strict;
use warnings;
use File::HomeDir;
my $conf_dir = File::Spec->catdir( File::HomeDir->my_home, '.Foo' );
use Module::Build;
my $builder = Mo
Adam Kennedy wrote:
>> There are a number of ways to do this. The most simple is:
>>
>> use strict;
>> use warnings;
>>
>> use File::HomeDir;
>> my $conf_dir = File::Spec->catdir( File::HomeDir->my_home, '.Foo' );
>
>
> Not that I wish to be a pedant about this, but only so people keep it in
> min
Matisse Enzer wrote:
What's the standard (if any) for how to configure a build script to
install specific files (e.g. httpd.conf) in someplace other than the
standard Perl library/script/man locations?
For example, if my distro contains a bunch of .pm files and .pl files,
which go in the "nor
David Golden wrote:
Steve Peters wrote:
The problem was that newer Scalar-List-Utils uses an internal Perl
function that Windows does not see as an exported function. This was
changed with Perl 5.8.8. Once ActiveState releases a Perl 5.8.8, they
should be able to upgrade the version of Scalar-
Adam Kennedy wrote:
To give you some more data points, imagine the automated testing
additions applied only on Win32. How would you then specify the deps?
#187 on the TODO list for M::B is to implement the dEx[1] (Dependency
EXpression) language for inserting complicated requirements in META.y
Adam Kennedy wrote:
Randy W. Sims wrote:
Adam Kennedy wrote:
This works:
---test.pl---
use Test::More tests => 1;
my $Test = Test::More->builder;
my $counter = $Test->current_test;
print qx!perl t/response.pl!;
$Test->current_test($counter + 1);
But why 1? Why not 5? or
Adam Kennedy wrote:
This works:
---test.pl---
use Test::More tests => 1;
my $Test = Test::More->builder;
my $counter = $Test->current_test;
print qx!perl t/response.pl!;
$Test->current_test($counter + 1);
But why 1? Why not 5? or 10?
It has to be set to the number of tests run in the o
Adam Kennedy wrote:
Geoffrey Young wrote:
hi all :)
there's a feature split I'm itching for in Test::Builder, etc - the
ability to call is() and have it emit TAP free from the confines of
plan(). not that I don't want to call plan() (or no_plan) but I want to
do that in a completely separate p
James E Keenan wrote:
Scott Wang wrote:
Hi Chris,
I am still confus.
For example,
On my Linux box, I have a module
"/tmp/experiment/lib/module_to_test.pm" to be tested, and I have two
Perl unit test scripts "/tmp/experiment/tests/test1.pl" and
'"/tmp/experiment/tests/test2.pl" to load the
David Landgren wrote:
I am not going to use Module::Build. I've tried it but I prefer EU::MM,
at least for the time being. I'm all for the concept, but I wanted to do
something really basic with it for a new module a while ago. I forget
the details, but after futzing around for a while I just f
Michael G Schwern wrote:
On Sat, Sep 24, 2005 at 02:13:46PM -0400, Randy W. Sims wrote:
Is there a way to make C or C fail without manipulating
@INC or hiding the physical file? Or more generally, how do you test all
branches of constructs like:
if ( eval {require Foo} ) {
useFoo
Michael Graham wrote:
Ivan Tubert-Brohman <[EMAIL PROTECTED]> wrote:
Randy W. Sims wrote:
Is there a way to make C or C fail without manipulating
@INC or hiding the physical file?
Check out Devel::Hide. I've never used it, but it's supposed to do that.
Another str
Is there a way to make C or C fail without manipulating
@INC or hiding the physical file? Or more generally, how do you test all
branches of constructs like:
if ( eval {require Foo} ) {
useFoo();
} elsif ( eval {require Alternate} ) {
useAlternate();
} else {
fake_it();
}
Thanks,
Randy
Fergal Daly wrote:
There is a genuine problem here though and that's the fact that MakeMaker
and possibly Module::Build don't allow you to specify testing requirements
separately from building requirements and run time requirements but most
people don't ever see it thanks to CPAN.pm.
The curr
Tels wrote:
graph-perl-usage is a little script that uses various modules/programs to
generate usage graphs of Perl package. That is, it tracks which package
uses or requires which and puts that into a graph. Recursively, if you
wish so.
Neato, cool. How difficult would it be to add an option t
demerphq wrote:
Im so far going with the strategy that my module replaces Test::More
with itself. I decided not to overload any of its behaviour either and
just add an extra method.
I think it would be much more usefull to have your module work with
rather than in place of Test::More. I can't
Michael G Schwern wrote:
On Tue, May 24, 2005 at 11:10:08AM +0200, David Landgren wrote:
Anything other than 'got' would go some of the way in disambiguating things.
I forget now what the proposed alternatives were.
If I were starting from scratch, I probably would use 'returned' since
it
Michael G Schwern wrote:
Ryan King finally submitted to me a full patch to add the description to
Test::Builder diagnostic output. Unfortunately I'm not hot on his
formatting, however it has finally kicked my ass into examining the problem.
Just to refresh everyone, this is what the output of
#!
_brian_d_foy wrote:
In article <[EMAIL PROTECTED]>, Randy W. Sims
<[EMAIL PROTECTED]> wrote:
Probe::OS - Gather info on the operating system
Probe::Libs
Probe::Progs
Probe::FileSys - maybe incorporate ideas Schwern posted on p5p recently,
Perhaps we can put this under a namespace
Robert Rothenberg wrote:
I'm all for something like this, though I prefer "requires_libraries"
instead. (Listing libraries distinct from applications is a grey area,
so best to put them under one term.)
Come to think of it, why not "recommends_libraries" too?
What is needed is some standard set
Walter Goulet wrote:
Hi,
I've been in contact with the author of Net-SSLeay about testing his
module. One limitation I have to work with is that the module has to
work out of the box with perl 5.6.0 which doesn't include the
Test::Simple and Test::More modules.
I guess this limits me to using the o
Ken Williams wrote:
On a related note, we should probably finally make the
prerequisite-specification system treat the requirement level (requires
vs. recommends vs. conflicts) and requirement scope (build vs. test vs.
runtime) as completely orthogonal. Currently there's no such thing as
build
Clayton, Nik wrote:
On Tue, Mar 29, 2005 at 08:33:48PM -0500, Randy W. Sims wrote:
A quickie sample implementation to add more meat. I didn't apply yet
mainly because I'm wondering if we shouldn't bail and do a complete
roll-back (eg. don't generate a Build script) if
Michael G Schwern wrote:
On Tue, Mar 29, 2005 at 08:33:48PM -0500, Randy W. Sims wrote:
A quickie sample implementation to add more meat. I didn't apply yet
mainly because I'm wondering if we shouldn't bail and do a complete
roll-back (eg. don't generate a Build script) if
Michael G Schwern wrote:
On Tue, Mar 29, 2005 at 04:43:30PM -0600, Ken Williams wrote:
I think there's one really good argument in favor of splitting it out
and one really good argument against.
In favor: if we knew the subset of build_requires that were actually
needed for testing, then it woul
Christopher H. Laco wrote:
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.
Christopher H. Laco wrote:
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 i
Christopher H. Laco wrote:
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 tim
Michael G Schwern wrote:
On Tue, Mar 08, 2005 at 10:31:48PM +, Fergal Daly wrote:
No, other way around. When a TB instance needs a TB::Counter it just says
$tb->counter which, normally, returns a singleton but you can alter counter()
so it returns something else.
A singleton is a class that o
James E Keenan wrote:
Randy W. Sims wrote:
The test file below is pared down from Module::Build. The warning from
C comes up in several tests, not always causing test
failures. The same warning appears if you run MakeMaker as shown in
the Devel::Cover docs--it's not specific to Module::
Randy W. Sims wrote:
The test file below is pared down from Module::Build. The warning from
C comes up in several tests, not always causing test failures.
The same warning appears if you run MakeMaker as shown in the
Devel::Cover docs--it's not specific to Module::Build.
[EMAIL PROT
The test file below is pared down from Module::Build. The warning from
C comes up in several tests, not always causing test failures.
The same warning appears if you run MakeMaker as shown in the
Devel::Cover docs--it's not specific to Module::Build.
[EMAIL PROTECTED]:~/projects$ module-starter
Robert Spier wrote:
Mr. Cowgill's computer did not send such a message to the list. (It's
not in the archive.) He sent it to you directly.
This is (almost always) Microsoft Exchange BS. I used to monitor some of
the ActiveState mailing lists, try to answer questions and help people.
But every t
Geoffrey Young wrote:
Michael G Schwern wrote:
On Wed, Dec 01, 2004 at 12:44:50AM +0100, Paul Johnson wrote:
plan tests => 14, if => have( "Foo" ) && moon_phase eq "waning";
The downside here, as Geoff alluded to, is that we don't really want the
short circuiting behaviour of &&, since evaluating
James E Keenan wrote:
On my Mac OS X (Darwin), when I install a Perl module from CPAN, it is
installed in or under this directory:
/usr/local/lib/perl5/site_perl/5.8.4/
Recently I got hankerin' to look at the source code for Devel::Cover. I
would have expected to find it here:
/usr/loc
Kevin Scaldeferri wrote:
On Sep 20, 2004, at 4:24 PM, Randy W. Sims wrote:
Kevin Scaldeferri wrote:
(As an aside, can anyone recommend an archive of this list with good
search capability? I'm sure there've been more than 4 postings in
the past that should match "devel::cover mod_
Tels wrote:
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Friday 16 July 2004 08:57, Randy W. Sims wrote:
Gabor Szabo wrote:
I can see from the testers page that Devel::Cover is supposed
to work on Windows.
Is there a ppd distribution of it somewhere so I can install
it on ActivePerl without a
Gabor Szabo wrote:
I can see from the testers page that Devel::Cover is supposed
to work on Windows.
Is there a ppd distribution of it somewhere so I can install
it on ActivePerl without a compiler ?
Currently if I type
ppm install Devel::Cover
I get version 0.2 of Devel::Coverage. Not what I w
On 4/26/2004 2:16 PM, Rod Adams wrote:
Larry Wall wrote:
In general it's probably a lousy idea to rely on #!/usr/bin/perl6 to
select language since you want the version number to select the
version of Parrot you're running, not the version of Perl.
One thing that occurred to me over the weekend i
On 4/6/2004 11:06 AM, Dan Sugalski wrote:
At 6:12 AM -0400 4/4/04, Randy W. Sims wrote:
[Scheme 1: hierarchy munging]
[Scheme 2: loadable-library style plugins]
Is there anything in the above that stands out as potentially being
problematic?
Well, there are a lot of languages that really
On the Module-Build[1] mailing-list[2] we are currently discussing
plugin architectures which will allow users to modify and extend
Module::Build's functionality. One thing that we would like to have
happen is that when the transition is made to parrot we'd like it to be
possible to script Modu
Paul Johnson wrote:
I am considering dropping support for Perl 5.6 in Devel::Cover. Whilst
Devel::Cover basically works with Perl 5.6.1 and Perl 5.6.2, there are
many parts which are difficult or impossible to implement, leading to
certain constructs which cannot be covered.
I realise that some pe
On 2/16/2004 5:25 PM, Michael G Schwern wrote:
On 2/12/2004 9:07 PM, Randy W. Sims wrote:
How about a model that allows people to volunteer when they can (vs
always). Say you have a server. You would be an author-client. You'd say
I have this software that needs to be tested. The server
On 2/12/2004 9:07 PM, Randy W. Sims wrote:
How about a model that allows people to volunteer when they can (vs
always). Say you have a server. You would be an author-client. You'd say
I have this software that needs to be tested. The server would take it
and mark it available for testing.
On 2/11/2004 4:24 PM, Michael G Schwern wrote:
The biggest time suck in developing MakeMaker, and to a lesser extent
Test::More, is running the tests. Why? Because they need to be run on
lots of different platforms with lots of different versions of Perl.
Currently, I do this by hand. And we al
On 2/10/2004 10:41 AM, PerlDiscuss - Perl Newsgroups and mailing lists
wrote:
Shouldn't it be possible to capture a list of users on a windows box by
only using the Win32::API module? I am aware that Win32::NetAdmin and
Win32::AdminMisc have wrappers around C functions that accomplish this but
c
63 matches
Mail list logo
