Re: Setting an environment variable for tests

I don't know Module::Install, but a more portable Unix way to write:  export MATH_ROUND_FAIR_DEBUG=1 is:  MATH_ROUND_FAIR_DEBUG=1;export MATH_ROUND_FAIR_DEBUG The former abbreviated syntax was introduced in the Korn shell, while the latter works with both the Korn shell and the original Bourne

Re: what to do with dead camels ?

How about adding a "nextofkin" attribute to META.yml, say? The value of the nextofkin attribute might be a list of CPAN IDs and/or email addresses of people who have agreed to inherit your module should you die or become inactive. Ideally, at least one of the nextofkin should physically know the m

Re: Module lists: defining the problem, restating the goals [was Re: OK, so we've decided...]

David Manura wrote: > Speaking of my experience, it took me some time to discover that > >http://search.cpan.org/~pmqs/Compress-Zlib-1.33/Zlib.pm > > can be replaced with > >http://search.cpan.org/~pmqs/Compress-Zlib/Zlib.pm > > and it took me much longer to discover that this can be re

Re: defining 'constants' at run time

Rodent of Unusual Size <[EMAIL PROTECTED]> wrote: > aristotle: is there a reason you're using o-o rather than foo::mkconst? > rous: yes. I, for one, am curious to know the reason why, so as to learn more about interface design. I would have thought a vigorous debate of when it is appropriate to u

Re: Perl's Sacrifice Stone

khemir nadim wrote: > I started a vonlontary review on Perl Monks. I don't know if it's the best > place but since they have reviews I thought it would be a good place to > start with (and I couldn't think of a better place). It hasn't given any > result so far :-) . If some of you would be nice en

Re: Perl's Sacrifice Stone

khemir nadim wrote: > I'd love to review the second module that is offered for sacrifice ;-) > Anything to offer? How about Apache::MVC? It was posted for review on Simon's code review ladder mailing list in February but didn't get any response AFAICT. What has been harming this list, IMHO, is sel

Re: Perl's Sacrifice Stone

Randy W. Sims wrote: > Hmm, we have: > > 1) Simon's code review ladder: > > > 2) Ask's CPAN Ratings: > > 3) Perl Monks' Reviews: > > Each has a slightly dif

Re: Reviewing reviewers

Eric Wilhelm wrote: > Absolute dead-beats can still be identified by their failure to provide > a rebuttal or continually reaching level pi() with nonsensical or null > arguments. How about putting rebuttals in your module's POD? ;-) It's been done before. No, really it has:

Re: URLs to Modules

--- Ovid wrote: > Perhaps this is a silly question that I should know the answer to, but > is there a "canonical" url I can list for a module and always have that > point to the latest version? Right now, my choices seem to be: > > http://search.cpan.org/~$AUTHOR/$MODULE-$VERSION/ > > Or the

Re: Naming Proposal: WWW::Patent::Page (continued from earlier at comp.lang.perl.modules)

--- Wanda Anon wrote: > Mech is great, but last I checked, did not pass all tests on > cygwin because of the proxy strategy in testing. I'm not familiar with the cygwin test failures, but this test failure: http://www.nntp.perl.org/group/perl.cpan.testers/185037 appears to be the same hang I exp

Re: Introduction Letter

--- Ofer Nave wrote: > Here's the POD for my new Parallel::Simple module: Interface - To me, offering both: Parallel::Simple::run() and: Parallel::Simple->run() just makes the interface bigger -- more for the user to read and grok -- without any benefit (at least, none I can

Re: Introduction Letter

Ofer Nave wrote: >> die( Parallel::errplus() ); > Incidentaly, the above should have read "die( Parallel::Simple::errplus );". > I left out the 'Simple::'. Amazing where you find bugs nowadays. :) Call me Mr Magoo. I mis-interpreted the 'Bareword "Parallel::errplus" not allowed while "strict su

Re: better SEE ALSO sections

--- Ofer Nave wrote: > Most importantly... which one do the senior perl guys rely on? > If Randal Schwartz and Dave Rolsky use a module regularly and can't > imagine living without it, then that's probably the module I should > be learning if I want to be a better programming. I don't know about

Re: Guide for creating Perl modules

--- Ofer Nave wrote: > Other than that, it's a good guide. The thing that bothers me is that > there are too many of them. This is best illustrated by looking at the > collection of links you've assembled at the bottom - which I greatly > appreciate, btw. In your links, you should mention tha

Re: Can't decide on a module/function name for this one

--- José Castro wrote: > And a final example, including acme, autrijus, damian, larry, merlyn > and schwern: http://jose-castro.org/ttt/people_opt.html I really like that one! > Names that have been suggested: > > ASCII::TabulArt# doesn't explain what it does > HTML::ASCII2ColouredTab

Re: HOW-TO for publishing a perl module?

--- Marco Marongiu wrote: > What about "Writing Perl modules for CPAN" by Sam Tregar? Note that this book is available as a free download from: http://www.apress.com/free/index.html Some relevant Perl Monks nodes: http://www.perlmonks.org/index.pl?node_id=431702 http://www.perlmonks.org/index.p