On Dec 22, 2009, at 10:33 PM, Geoffrey Leach wrote:
I'm working on a new release of Getopt::Auto. There's a fair amount of
code in the module that applies only to the tests. It would be nice if
that code was not in the installed module. Any suggestions?
Maybe persona.pm (from CPAN, by yours
At 8:43 AM + 1/30/09, Paul LeoNerd Evans wrote:
I find myself requiring an object to store a text string, with ways to
throw markup or presentation attributes around it, but in such a way
that they're easy to edit and change separately from the string data.
I.e. the usual embedded HTML /
At 6:49 AM +0200 10/15/08, Shlomi Fish wrote:
Why did I receive 9 exact copies of this message? It seems to have affected
everybody because http://www.nntp.perl.org/group/perl.module-authors/ shows 8
messages for this thread.
Can anyone please fix it?
This was definitely not what I intended.
At 5:10 PM +0100 12/12/06, David Landgren wrote:
I've been playing around with Sieve, a language for filtering
incoming messages. It's rather hateful (but that's a topic for
another list), and I serendipitiously encountered Mail::Sieve on a
CPAN search. So I thought I'd take a look. Except
At 13:57 +0100 2/15/04, Johan Vromans wrote:
Tim Bunce [EMAIL PROTECTED] writes:
For those modules that are not on the Module List, (i.e., not in
http://www.cpan.org/modules/03modlist.data.gz) and which have a
'significant' existing user base, develop a Fast Track process to
get them added
At 07:25 -0500 2/5/04, Rodent of Unusual Size wrote:
i've been looking for this functionality but haven't [yet] found it,
so i'm thinking of providing it. the questions are: a) is it
already there and ive just missed it, and b) if not, what namespace
should it be in?
the functionality in question
At 02:12 -0600 1/28/04, Dave Rolsky wrote:
On Wed, 28 Jan 2004, Terrence Brannon wrote:
I also tend to agree with him that Mail::Box is a bit over-engineered in
the OO department. Do you _really_ need _eleven_ classes for
Mail::Message::Field, which in turn are presumably used by the _nine_
At 10:09 + 1/12/04, Tim Bunce wrote:
On Sun, Jan 11, 2004 at 10:15:20PM -0500, Lincoln A. Baxter wrote:
eval {
local $SIG{ALRM} = sub { ... };
}
Either way your Sys::SigAction is sufficient. The only thing it's
lacking that Sys::Signal has is the automatic restoration of the
At 18:34 -0800 1/9/04, David Wheeler wrote:
On Jan 9, 2004, at 6:08 PM, A. Pagaltzis wrote:
You should probably look at Liz' Devel::Required module first,
even though it doesn't yet(!) do what you've sketched -- and
particularly because:
Yeah, right...in my spare time!
:-)
Yeah, but I use
At 11:43 +0100 1/10/04, Johan Vromans wrote:
Elizabeth Mattijsen [EMAIL PROTECTED] writes:
- Is Devel::Required still a good name then?
No.
And I'd very much like to execute it explictly, instead of implicitly.
perl Makefile.PL- generates Makefile
perl -MDevel
At 12:15 +0100 1/9/04, Paul Johnson wrote:
Elizabeth Mattijsen said:
I have an update script that forces me to go
through all of the module files of a distribution. It forces me to
check things whenever I start a new version.
Ooh. Too much work! Here's the relevant
At 15:00 +0100 1/9/04, A. Pagaltzis wrote:
* Elizabeth Mattijsen [EMAIL PROTECTED] [2004-01-09 14:11]:
Something like:
=head1 DISTRIBUTION INFORMATION
This file was packaged with the Foo-Bar-0.01 distribution on
Friday January 9th, 2004 on 14:12 CET.
The date is a nice touch. I'd definitely
At 14:21 -0800 12/4/03, Stas Bekman wrote:
Tim Bunce wrote:
Umm,
post_clone_reconstruct()
sounds pretty intuitive to me. Thanks Tim.
But it _is_ very long Wouldn't post_clone be indicative enough?
Liz
At 19:47 -0500 11/19/03, James E Keenan wrote:
On Wed, 19 Nov 2003 09:57:08 -0600, Eric Wilhelm wrote:
Should I just put everything in a tarball and upload it to CPAN
with the hope that someone else could write a makefile and test
suite?
What happens when the auto-tester finds no tests?
At the
At 19:10 +0200 9/18/03, Thomas Dorner wrote:
I could just put a
die only running under BS2000\n unless $^O eq 'posix-bc';
into the Makefile.PL, but is there a better way?
Not that I know of. I use the same approach indirectly for my thread
dependent modules. By just including use threads in
Having just releasesd the Thread::Tie module to CPAN, I wonder whether it
should be named Tie::Thread instead?
My original reasoning for calling it Thread::Tie was that it doesn't
implement a specific tie() implementation at all. It just allows you to
have the variables (whichever way they
At 04:22 PM 8/4/02 +1000, Ken Williams wrote:
What is the policy with regards to obsolete modules on CPAN?
Would it make sense to upload a non-functioning, higher versioned dummy
module? E.g. a threads::farm version 0.02, telling you to use
Thread::Pool instead?
I think it's dangerous to upload
At 01:56 PM 7/29/02 +0200, Arthur Bergman wrote:
At 10:44 AM 7/29/02 +0100, Tim Bunce wrote:
Thread::Needs isn't a very descriptive name - it's too general.
Something like Thread::NeedsModules would be better.
I have been thinking maybe it should be called Thread::Modules;
use Thread::Modules
What is the policy with regards to obsolete modules on CPAN?
I just realised there are several versions of modules that I uploaded to
CPAN still available e.g. through search.CPAN.org, at least with the
CHANGELOG and the README.
Would it make sense to upload a non-functioning, higher
At 04:23 PM 7/27/02 +0100, [EMAIL PROTECTED] wrote:
Elizabeth Mattijsen [EMAIL PROTECTED] writes:
I usually just call UNIVERSAL::isa($_[0], 'your::class::name') in
these cases.
return unless UNIVERSAL::isa( $_[0],__PACKAGE__ );
Don't you still have a 'subclass problem? Consider some
At 04:03 AM 7/23/02 +1000, Ken Williams wrote:
return unless ref($_[0]);
I usually just call UNIVERSAL::isa($_[0], 'your::class::name') in these cases.
That's a good tip.
I actually generalized this to:
return unless UNIVERSAL::isa( $_[0],__PACKAGE__ );
This will be implemented in
I was considering creating a simple application of Thread::Pool to resolve
log-files, specifically web server log files. I realize that there is a
lot of stuff for resolving log files out there already, but I'm more
interested in writing an application for Thread::Pool rather than solving
22 matches
Mail list logo