Re: Assume Co-Maintainership of Mail-Webmail-Gmail

Honestly, though, why would anyone care? GMail offers POP3 access now, so scraping their web pages to get at the information is a pointless excercise. I don't see that it matters. Besides, it keeps him busy! -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: App::* - what's it for?

ate a version number.  So ack has App::Ack, and hwd has App::HWD, etc.xoxo,Andy --Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Dependency trees

exist, I'll write it. I just don't want to reinvent the wheel. Thanks, xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.socialtext.com

Re: Give up your modules!

ndling code or code I maintain. It's a program. (Re-making my mental note to transcribe "Stop saying 'script'"....) xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Take back your modules! (was: Re: Give up your modules!)

Maybe perlmonks too. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Phalanx Phoenix: Mentored Maintenance of CPAN Modules

is is very cool, James. Thanks for kicking it off. xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: James Keenan's other modules (was: Re: CGI::Simple)

rmine either unloved or unused? And unupdated certainly doesn't mean that they're not valuable. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Delete hate speech module

sure rather not have attention called to it. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Another non-free license - PerlBuildSystem

On Feb 16, 2007, at 3:53 PM, Shlomi Fish wrote: And I have strong sentiments against doing "What Everyone Else Does (tm)" and conformism. Doing things others do is not conforism. Doing things others don't do is not non-conformism. -- Andy Lester => [EMAIL PROTECTED] =

Re: Who controls svn.perl.org?

is adding people to the project. Both of those require human intervention if you host it on svn.perl.org. But I see from http://www.perlmonks.org/?node_id=606275 that you've asked and been responded to there about this. I wonder why you still want svn.perl.org. Andy -- Andy L

Re: Who controls svn.perl.org?

ase let me know. But I see from http://www.perlmonks.org/?node_id=606275 You must be mistaking me for someone else on this point. I am not referenced on that node. Yes, my mistake. David Golden commented on the thread here, and on perlmonks, and I had a brainfart. -- Andy Lester =>

Re: Who controls svn.perl.org?

already overworked and tireless Ask and Robrt. xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Who controls svn.perl.org?

goes, I just have to remind people on sourceforge... one can only hope google fares better in the feature. And if it sucks in the future, then move it somewhere else. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Who controls svn.perl.org?

own. Also, the SourceForge interface is godawful and I just don't like using it. But hey, if you like SourceForge, stick with it. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Module name - smoke testing automation

how out of date a test set is, whether it's been marked as prioritized, etc. Also it needs to be able to run on multiple configurations, so you can have Makefile.PL or configure with multiple sets of arguments. xoa -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

::Info etc). Is there a document somewhere that tells which one (or both) of these usages is correct No. They both are correct. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

;s correct" is no more right or wrong than "No, it's not, it's supposed to be X", because there's no "supposed to be", and even if there was, it's not enforced. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

and that access other apps, unless you choose to be confused by them. Overall, far too much time is spent navel-gazing over Namespaces And How They Should Be. xoa -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

ound and try to "organize" something that will never be organized, never can be organized, and probably shouldn't ever be. In this case, "App::" is as good an answer as exists, and to go beyond that is silly. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

onventions that you'd like to see published and let's look at 'em. xoa -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

like change for the sake of it. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

B. App:: is already in use as a namespace for Modules. That's a distinction that is not at all clear, and will not be understood by most users. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

On May 17, 2007, at 4:05 PM, Johan Vromans wrote: Even perl distinguishes 'bin' from 'script', so 'script' would be better. I'm trying hard to get people to stop saying "script" when referring to their Perl programs. I'd prefer that we

Re: (Create a new ?) namespace for applications on CPAN

aybe the componenty parts should be Appx::* ? There's no hierarchy. There just isn't. xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

DBI "hierarchy". For Mason extensions, we asked people to use MasonX for similar reasons. That's fine. I'm not disagreeing with that. Point is that there's all sorts of stuff out there that doesn't even come close to being in a strict hierarchy. -- An

Re: bin:: namespace for utilities on CPAN

t installs into bin. WWW::Mechanize has stuff that installs into bin. etc etc etc -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

s something mysterious, yet cruciual for the production of television shows, produced by professionals who are legendary for failing to get the girl. None of that has any bearing on the sort of change in thinking I'm working on. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: "script" or "program"?

On May 22, 2007, at 11:25 AM, David Nicol wrote: None of that has any bearing on the sort of change in thinking I'm working on. Okay, Andy "Petdance" Lester, vent your spleen. We're all ears. I'm not sure where you're going here. -- Andy Lester => [EMA

Re: search.cpan.org search oddness

" and get CGI.pm right away. Law of least surprise and all that. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Modules are missing on CPAN

e.net/CPAN/authors/id/P/PE/PETDANCE/ shows 1.24 and 1.29_01 * http://cpan.groovis.net/authors/id/P/PE/PETDANCE/ shows 1.24, 1.26 and 1.29_01 Please tell me someone's aware of this besides me. xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Modules are missing on CPAN

e.net/CPAN/authors/id/P/PE/PETDANCE/ Please tell me someone's aware of this besides me. xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Modules are missing on CPAN

e.net/CPAN/authors/id/P/PE/PETDANCE/ Please tell me someone's aware of this besides me. xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: (Create a new ?) namespace for applications on CPAN

t about his irrelevant parallels to "program" being what you get at the opera, and "script" the lines of a play. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Modules are NOT missing on CPAN, Andy screwed up

Ok, yes, I screwed up twice. All is fine. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: anybody feel like translating some PHP to Perl?

On May 25, 2007, at 12:04 PM, David Nicol wrote: http://news.com.com/2100-1029-6186430.html I don't understand the PHP->Perl angle. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Should I include second-order dependencies in Makefile.PL?

it set to "ask". xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: lambda - a shortcut for sub {...}

On Oct 12, 2007, at 3:23 AM, Bill Ward wrote: What worries me is someone's gonna submit an otherwise useful module to CPAN that uses this feature. Oh no, THEN what? What's the tragedy there? -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

New fields for META.yml

this your ball? xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: New fields for META.yml

e swell as well." It has nothing to do with humans reading the META.yml in the build directory, and everything to do with how search.cpan.org sees it. Thank you, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: New fields for META.yml

d assumed they didn't exist. Mea culpa. Now to see if EU::MM supports them -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: New fields for META.yml

should live somewhere and search.cpan should use it, but META.yml is the wrong place. It belongs somewhere unversioned. Best is the enemy of the good. Moving forward with META.yml for WWW::Mechanize and Test::WWW::Mechanize. xoa -- Andy Lester => [EMAIL PROTECTED] => www.petdan

Re: New fields for META.yml

On Mon, Oct 29, 2007 at 11:25:34PM +0100, A. Pagaltzis ([EMAIL PROTECTED]) wrote: > * Andy Lester <[EMAIL PROTECTED]> [2007-10-29 23:15]: > > Best is the enemy of the good. > > And next time this will be handy, it will also be too big a > change vs. an incremental subo

Re: New fields for META.yml

hings like whether the data should live on the CPAN FTP itself or should search.cpan gain an account system? search.cpan.org is not the CPAN. It is a view of the data. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: distributed/centralized META.yml data

is to invent it. > --Alan Kay I think what's missing most of the time, certainly in discussions like this, is the part of "invent" where a usable solution winds up existing. xoa -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: distributed/centralized META.yml data

an support them. If a better solution comes along, then we change to it. I'm baffled by the fear we have of changing things, of making a first stab at something for fear that we might have to change it again. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Tk / Nick Ing-Simmons

kett and Simon Cozens' modules, but never got around to it. I think it would be tremendous to get Tk up and running again. Heck, I might even help. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Tk / Nick Ing-Simmons

On Nov 22, 2007, at 12:24 PM, Nicholas Clark wrote: I think you're missing what Slaven has been up to: http://search.cpan.org/~srezic/Tk-804.027_501/ Duh, and I even gave him rights to it. :-( -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: With the Macrame macro system, Perl may now be a Lisp.

oading of shit, not in spite of it. xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: FAIL Test-Pod-Coverage-1.08 i386-freebsd 6.1-release

ate that. I'd sure appreciate it if the automated bot owners would actually look, with human eyes, at whether their failures are legitimate before sending them off. Thanks, xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: FAIL Test-Pod-Coverage-1.08 i386-freebsd 6.1-release

us smokebot services. So let me ask this, SREZIC: How about a quick 'n' easy way to say "Thanks, but no thanks"? xoa -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: FAIL Test-Pod-Coverage-1.08 i386-freebsd 6.1-release

release it, I would gladly pay that bot's owner some amount of cash money every time I used it. THAT is the sort of supply that I have demand for. I'm not disputing that the smoke bots are useful. I just want choice rather than having results shoved at me unwanted. Surely that'

Re: FAIL Test-Pod-Coverage-1.08 i386-freebsd 6.1-release

there for everybody to see. I mean in my inbox. Yes, I can filter stuff out from bots, but at that point it seems backwards. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: FAIL Test-Pod-Coverage-1.08 i386-freebsd 6.1-release

ble to set different rules for different clients. # CPAN tester bot info file v0.1 humans: report-by: SMTP foobot: report-by: none barbot: report-by: Mechanism-name or whatever. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: FAIL Test-Pod-Coverage-1.08 i386-freebsd 6.1-release

. Then I don't rely on someone saying "Yes, report this to the author as well" when he reports the problem. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: FAIL Test-Pod-Coverage-1.08 i386-freebsd 6.1-release

e's an analogue. How about if I start up a bot where I email all the owners of every module if their modules don't run under taint mode? Whether or not you see the validity in it, please consider my point of view on this. Again, I ask: I would like bot notification to be opt

Re: FAIL Test-Pod-Coverage-1.08 i386-freebsd 6.1-release

, speculative use cases. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

cpan-testers in the inbox

http://log.perl.org/2008/02/no-more-email-d.html Well I guess that settles that. :) xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: uniform version numbers for CPAN modules

standard should be. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: uniform version numbers for CPAN modules

ation for CPAN. That's the great thing about standards! There are so many to choose from! -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Removing or Archiving outdated and unsupported modules on CPAN; proposal

of the unfettered uploading of shit, not in spite of it. As an example, WWW::Mechanize has a ton of bugs in RT. I believe it has zero. However, there are currently 39 in the issue tracker at Google Code: http://code.google.com/p/www-mechanize/issues/list xoa -- Andy Lester => [EM

Re: Idea: CPAN Category Reviews

cpanreviews.shlomi.com could be will help others visualize what you're discussing. $picture == @words[0..999]. I think it's far more useful to talk about these human issues first. The technical answers will fall out of the requirements that get created. xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Changing the focus of the chronic CPAN problem

mately, I think this is where all "how do we make CPAN easier to use" discussions are leading. The focus needs to change from the tactical ("Let's have reviews") to the strategic ("How do we get the proper modules/solutions in the hands of the users that want them.") -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Changing the focus of the chronic CPAN problem

On Apr 5, 2008, at 1:27 PM, Eric Wilhelm wrote: If you have a tactic for deploying a strategy, I would like to hear it. Like-minded strategists get together and deploy a single solution. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Changing the focus of the chronic CPAN problem

ce-to-cpan.html xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Changing the focus of the chronic CPAN problem

e, to discuss. http://groups.google.com/group/rethinking-cpan I welcome your thoughts, discussions, and ideas. Thanks, xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: New CPANTS metrics

hat the things checked for aren't worthwhile, but nothing says WHY they are worthwhile. Further, and worse, it's presented as "You should just know this stuff and appreciate us for telling you." -- -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Template oriented module

On Jun 15, 2008, at 5:27 PM, Hans Dieter Pearcey wrote: I don't have suggestions on the rest, but don't reinvent this wheel; Unless you can make a better wheel. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Incorrect guessing the part of CPANTS

tests are appropriate because ack is a single program, with no user serviceable parts inside. * And, a suggestion: Add links to the project home page and the project's actual bug tracker on http://cpants.perl.org/dist/external/ack xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] =

Re: Andy differentiation

On Jun 19, 2008, at 5:05 PM, David Nicol wrote: Lester: Petdance, Chicago. Actually, McHenry, just south of Wisconsin. Not Chicago. :-) -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Proposal: Test::Refcount

On Jul 14, 2008, at 12:12 PM, Paul LeoNerd Evans wrote: Does this sound good? Yes, and if it sounds like it would actually supercede Test::Memory::Cycle, I would be glad to abandon T:M:C in favor of yours. xoxo, Andy -- Andy Lester => [EMAIL PROTECTED] => www.petdan

Re: What's up with all these people uploading stuff under their own name.

On Oct 12, 2008, at 9:27 PM, Chris Thompson wrote: It just seems to me to be a bad way to maintain an orderly repository. I don't see that top-level names mean anything. It's not like anyone browses through them. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Automated testing

On Nov 28, 2008, at 9:55 PM, David Golden wrote: You might want to look at Smolder: http://www.slideshare.net/mpeters/smolder-introduction Smolder doesn't run tests. It only reports on the results. Look at http://search.cpan.org/~drolsky/SmokeRunner-Multi-0.14/ xoxo, Andy --

Re: Specifying different bug trackers?

ode.google.com. It would be nice if rt.cpan.org allowed authors to shut down queues, but hey, I'm not arguing with a free service. xoxo, Andy -- Andy Lester => a...@petdance.com => www.petdance.com => AIM:petdance

Re: RFC: Yet Another Excel Writer..

There is no reason NOT to upload it, and your module may be far-and- away better than all the others, for some value of "better," for some population. Or it might be a steaming pile of crap, and nobody ever uses it. Or a little of both, depending. But that's how open source

Re: "PBP Module Recommendation Commentary" and recent CPAN ratings spammings

sts Module::Build as "maybe" I think this page is mostly ridiculous. What do you think? I think you should update it. xoxo, Andy -- Andy Lester => a...@petdance.com => www.petdance.com => AIM:petdance

Re: "a lot of controversy" about Module::Build

On Apr 8, 2009, at 2:26 PM, Eric Wilhelm wrote: Please elaborate on why one should *not* use Module::Build. Because the cost of learning it is non-zero. -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: "a lot of controversy" about Module::Build

I've never heard a compelling enough reason to make the time investment. -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: Best way to abandon usable code?

On May 26, 2009, at 12:33 AM, Joshua Isom wrote: Is there some best place for abandoning useful code without having to bother maintaining it? Usable code without author maintenance? Sounds like many CPAN authors have beat you to it! :-) xoa -- Andy Lester => a...@petdance.

Re: Perl Monks compromised, PAUSE accounts at risk

On Jul 30, 2009, at 8:58 AM, imacat wrote: Dear all, I received this mail today. Is this real? Or is it another phishing? It's real. http://use.perl.org/~masak/journal/39373 xoa -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: Help understanding module-starter aka Module::Starter

he starter module. It's meant to be thrown away once you get it passing. xoxo, Andy -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: Help understanding module-starter aka Module::Starter

t;YOUR NAME HERE", t/ boilerplate.t would make sure that you do NOT still have "YOUR NAME HERE" in the code. xoa -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

I'd like a way to abandon a module

is doesn't just apply to my case of having someone else's module. It makes sense for any module for which the maintainer no longer has any interest in keeping it up. xoxo, Andy -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: I'd like a way to abandon a module

On Aug 13, 2009, at 6:43 AM, Adrian Howard wrote: Make an "ABANDONED" PAUSE user and give modules to it? I thought of that, but unless somehow the modules came out of PETDANCE into ABANDONED's directory, I still look like the owner. -- Andy Lester =>

Re: should we still be registering module namespaces?

there any -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: Anomaly in Build test

nces in output, that'd be where I'd check first: Those differences, and see if they affect those tests somehow. I think that one is using -w and the other is not. Add a -w and see what happens. xxo, Andy -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: What's the current 'best practices' for module license

/2009/07/help-end-licensing-under-same-terms-as-perl-itself.html -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: What's the current 'best practices' for module license

On Aug 26, 2009, at 11:15 AM, Gabor Szabo wrote: Allison recently sent me this link on TPF: http://www.perlfoundation.org/cpan_licensing_guidelines Nice, tweeted on @perlbuzz, thanks. xoa -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: Writing tests with WWW:Mechanize

On Jan 13, 2010, at 10:02 AM, Rene Schickbauer wrote: I'm currently writing some tests using WWW::Mechanize. In "normal" mode it works quite well. Please post this to the www-mechanize-users list. xoxo, Andy -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: Spam to CPAN Developers? (Fwd: Betonmarkets CTO position)

up to some guy in Malaysia sending us all mail, and this doesn't turn into a huge metadiscussion. Please? xoxo, Andy -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: Consensus on MakeMaker vs. Module::Build vs. Module::Install?

On Mar 22, 2010, at 2:46 PM, Hans Dieter Pearcey wrote: > No. The closest is "don't use MakeMaker", but even that's something people > will still argue about. And for module starting you have both Module::Starter and Dist::Zilla. -- Andy Lester => a...@petdance.

Re: Trimming the CPAN - "Automatic Purging"

problem, including magnitude, I can begin to be concerned. xoxo, Andy -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

Re: Trimming the CPAN - "Automatic Purging"

at a full CPAN mirror takes now. Removing that 7GB would mean Benefit X to mirror owners." Without that, how can module authors be bothered to care? xoxo, Andy -- Andy Lester => a...@petdance.com => www.theworkinggeek.com => AIM:petdance

COMAINT on B-LexInfo

Can someone please assign me COMAINT on B-LexInfo, rather than making Doug do it himself? Thanks, Andy > Begin forwarded message: > > From: Doug MacEachern > Subject: Re: Updates to B::LexInfo > Date: June 20, 2016 at 10:49:00 PM CDT > To: Andy Lester > > Hi Andy

Re: Why Alien:: Dists Should not be optional

> > Alien:: distributions on CPAN (see https://github.com/Perl5-Alien > ) should > not be made an optional requirement by their reverse deps because this will > mean duplicate logic at best, and a broken build process at worst. I’m not sure I see what you’re sayi

Re: [RANT] Should we try to keep compatibility with old perl5s?

> On Aug 17, 2018, at 4:41 AM, Shlomi Fish wrote: > > I see - in that case I suppose they can afford to either pay me, say 100 USD > per dist per year, so I'll support older versions of perl there - and for > everyone, or alternatively do the backporting work themselves. And in both > cases, st

Re: carp vs. warn in modules?

> Someone recently submitted a patch for DBIx::DWIW that changed many > warn()s to carp()s, simply saying "most of the warns would be better > as carps." I'd keep 'em as warns. If a module user wants to use Carp, she needs only to modify $SIG{__WARN__} accordingly.

Re: What Constitutes a Good Test?

does, you want to know why. I'd be glad to take a look at your module. It's a lot easier to poke at specifics. xox, Andy -- Andy Lester [EMAIL PROTECTED], AIM:petdance http://petdance.com/ http://use.perl.org/~petdance/

Re: Pod::DocBook

> if ($Descartes->thinks) { > assert(exists $Descartes->{self}); > } else { > $Descartes->DESTROY(); > } We need to make sure that we don't incorrectly assume that he is dead, because that's putting Descartes before the hearse. -- Andy Lester =>

Re: Test::Deep namespace

It's a Test::Builder based testing module, it's designed to replace and enhances Test::More's is_deeply() and eq_set(). is_deeply() has several limitiations like not handling circular references and ignoring the blessedness of references, it also has a few bugs. It would be nice if the functions

Re: what to do with dead camels ?

d docs for the module. It turns out that in June there were 4000+ hits on modules in the lcwa distro instead of their "real" distros. That skews my stats for the Phalanx project, but more importantly, it means that 4000 times users got old docs. xoa -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

  1   2   >