Re: Anyone want to adopt Getopt::Auto?

On Thu, Jun 18, 2009 at 4:04 AM, Aristotle Pagaltzis wrote: > Actually, http://github.com/ap/Getopt--Auto has my work now. It's interesting how everyone seems to have different desiderata for Getopt modules. Personally, my holy grail of Getopt modules would let me specify my command-line switches

Re: Module::Build + automatic README / LICENSE

On Tue, May 12, 2009 at 9:06 AM, Eric Wilhelm wrote: > > Isn't that what Ken did some time ago?  Ah... 0.31 added > the "create_license => 1" option, but I guess it didn't get documented. > Oopsie. Yeah. create_license => 1, create_readme => 1, and Bob's your uncle. -Ken

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

I'm responding in general to this thread, not to any specific message in it. I created Module::Build simply because I thought there was a niche that needed filling. We needed a tool that would "make should-be-easy things easy and make hard things possible" for the build & install process. It was

Re: autoabbrev algorithm from Getopt::Long

On Fri, Feb 13, 2009 at 8:05 AM, Johan Vromans wrote: > Abbreviations are for people typing input (in general, commands). > Using abbreviations in programs and script is a bad idea and asking > for troubles. You should have a look at R (http://www.r-project.org/) and its calling conventions. Nam

Re: Module::Build equivalent to MakeMaker's LIB= argument?

On Fri, Feb 13, 2009 at 3:20 PM, Bill Ward wrote: > On Fri, Feb 13, 2009 at 12:40 PM, Eric Wilhelm > wrote: > >> Anything in your @INC in Build.PL will be added to ./Build, so "perl -I" >> is probably your best bet. > > So, if I used "perl -I" on Build.PL, it would remember that when doing Build

Re: RFC: String::Tagged

Hey Paul, In my data-mining $dayjob I do a fair amount of annotation of text with attributes, similar to what you're talking about. People in this field tend to call it "stand-off annotation", which means it's stored out-of-band, as opposed to "in-line markup" like vanilla XML. The precedence ru

Re: Module::Build 0.30_01 - please test

On Tue, Dec 16, 2008 at 6:26 PM, Slaven Rezic wrote: > It makes me somewhat nervous to know that modules gets installed at > different locations (site vs. core, or arch-dependent vs. > arch-independent). One never knows which location will "win". That's how things have been for literally decades

Re: Module::Build 0.30_01 - please test

On Mon, Dec 15, 2008 at 3:03 PM, Slaven Rezic wrote: > I was just surprised to find version.pm installed at two > locations (arch-dependent and arch-independent), but this seems to be > unrelated to the changes in 0.30_01. That sounds weird - do you mean the actual version.pm, or M::B::Version.pm

Re: Automated testing

On Sun, Nov 30, 2008 at 8:20 PM, Bill Moseley <[EMAIL PROTECTED]> wrote: > > One thing I noticed is that Makefile.PL still exists *without* an > error even if required modules are missing. That's probably because Makefile.PL is conceived of as a thingy to make a makefile. A makefile just lists de

Re: Integrating license related things of CPAN

On Mon, Nov 3, 2008 at 2:05 PM, Dr.Ruud <[EMAIL PROTECTED]> wrote: > Suggestion for a core license.pm: > > package license; > $LICENSE = "perl"; > 1; > > sub import { > eval sprintf q/*%s::LICENSE=\\"%s"/, >scalar caller, >@_ == 2 ? $_[1] : join ",", @_[1..$#_]; > 1; > } > __END__ > > (an

Re: Integrating license related things of CPAN

On Mon, Nov 3, 2008 at 7:19 AM, Ricardo SIGNES <[EMAIL PROTECTED]> wrote: > Ken: is it possible to specify a S:L class directly as a license, now? I ask > because the existing license keys are ambiguous. I noticed that, so I actually just provided explicit mappings for the licenses M::B already k

Re: Integrating license related things of CPAN

Announcement: I've just committed change 12024 to Module::Build for creating a LICENSE file during the "dist" phase using Software::License. To get such behavior the author sets the "create_license" parameter to new(). I haven't written the docs or tests for it yet though. -Ken

Re: Integrating license related things of CPAN

On Fri, Oct 31, 2008 at 10:36 AM, Ben Morrow <[EMAIL PROTECTED]> wrote: > > Having the full text of the licences available in the distribution seems > like a good idea, though. How about making it so that 'make dist'/'Build > dist' creates the files with appropriate contents if they don't exist, >

Re: Integrating license related things of CPAN

On Thu, Oct 30, 2008 at 11:53 AM, David Cantrell <[EMAIL PROTECTED]> wrote: > On Wed, Oct 29, 2008 at 11:13:24PM -0500, Ken Williams wrote: > >> I agree that the second point is a problem. I'd like to solve it by >> delegating to Software::License. Anything it kno

Re: Integrating license related things of CPAN

On Mon, Oct 27, 2008 at 11:17 AM, David Cantrell <[EMAIL PROTECTED]> wrote: > So, in summary, here's my objections to the > current 'license' field in META.yml: > > * poorly documented; > * limited range of options for licences; > * only one licence per distribution > > The first is fixable so I'm

Re: Integrating license related things of CPAN

On Sun, Oct 26, 2008 at 1:38 AM, Bill Ward <[EMAIL PROTECTED]> wrote: > > Another good point. One could put GPL in the META.yml but have a LICENSE > section in the POD that says "same terms as Perl itself" -- which one wins? That's the very reason I want to get the license text out of the POD and

Re: Integrating license related things of CPAN

On Wed, Oct 22, 2008 at 6:09 AM, Gabor Szabo <[EMAIL PROTECTED]> wrote: > 6) In this mail I have not yet dealt with how exactly the license is > spelled out in the distribution (eg. LICENSE file) and in the > individual files (the blurb we have in the =LICENSE entries of > the modules). Lately I'v

Re: Other suggestions for modules that need an updated toolchain? (was latest.pm, Module::Build, etc.)

On Thu, Oct 2, 2008 at 11:23 AM, David Golden <[EMAIL PROTECTED]> wrote: > > Note -- I'm not saying *don't* do latest.pm and M::B bundling, as some > authors may prefer that -- I'm all in favor of M::B being everything > that people want and moving away from make as a Perl build tool. Absolutely -

Re: Other suggestions for modules that need an updated toolchain? (was latest.pm, Module::Build, etc.)

On Thu, Oct 2, 2008 at 8:01 AM, David Golden <[EMAIL PROTECTED]> wrote: > As some have noted, CPAN.pm supports "configure_requires" and CPANPLUS > will soon, so to me it seems like the a better problem to address is > how to get an end-user to upgrade those. Not everyone likes to use CPAN{PLUS} to

Re: latest.pm usage

On Wed, Oct 1, 2008 at 12:34 PM, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > # from Ken Williams >> use latest 'Module::Build'; # Knows to look in inc/bundled/ > > Um, isn't that 'inc/inc_*', or did I miss a memo? Yeah, latest.pm is currently lookin

Re: Module::Install is a time bomb

On Wed, Oct 1, 2008 at 8:38 PM, David Golden <[EMAIL PROTECTED]> wrote: > If I understand correctly, latest.pm isn't a module on CPAN, thus is > never installed only bundled. > > I.e. It's not only::latest (http://search.cpan.org/dist/only-latest) > > Correct? Correct. It's only executed as part

Re: Module::Install is a time bomb

On Wed, Oct 1, 2008 at 12:02 PM, Ricardo SIGNES <[EMAIL PROTECTED]> wrote: > * Ken Williams <[EMAIL PROTECTED]> [2008-10-01T12:15:04] >> On Wed, Oct 1, 2008 at 11:12 AM, Smylers <[EMAIL PROTECTED]> wrote: >> > But what if the bundled version of latest.pm is b

Re: Module::Install is a time bomb

On Wed, Oct 1, 2008 at 11:12 AM, Smylers <[EMAIL PROTECTED]> wrote: > > But what if the bundled version of latest.pm is buggy and I already have > a later latest.pm installed on my system? That will use the wrong one!! latest.pm doesn't ever get installed on anyone's computer. If you install it,

Re: Module::Install is a time bomb

On Tue, Sep 30, 2008 at 2:43 AM, Adam Kennedy <[EMAIL PROTECTED]> wrote: > > Really, inc::Module::Build needs to not only be able to know that the > installed one is newer than it, but that if that is the case it should > use an entry point to loading Module::Build specifically for that it. I'll s

Re: Module::Install is a time bomb

On Tue, Sep 30, 2008 at 1:38 PM, David Golden <[EMAIL PROTECTED]> wrote: > I'd probably do it this way with a recent version of CPAN.pm: > > $ /path/to/perl -MCPAN -e shell > cpan> test . That's pretty awesome. Andreas++. -Ken

Re: Module::Build 0.30 is released

On Sun, Sep 28, 2008 at 8:38 AM, Matt S Trout <[EMAIL PROTECTED]> wrote: > I was told it was a planned feature when KWILLIAMS turned up on london.pm > and yelled "FUD" because I was complaining about users' problems in the > real world rather than the problems of an ideal user that somehow magicall

Module::Build 0.30 is released

Hi all, After much tireless work by Eric Wilhelm and lots of feedback from patient & nonpatient users alike, I'm pleased to announce that version 0.30 of Module::Build is now on CPAN. This is the first non-beta release in a long time. We did a *lot* of automated testing of third-party modules, w

Re: Introducing Math::GSL 0.12 and some questions/rants

On Sun, Sep 14, 2008 at 3:04 PM, Jonathan Leto <[EMAIL PROTECTED]> wrote: > This summer I had the pleasure of being part of the Google > Summer of Code, working under the umbrella of The Perl > Foundation on Math::GSL, a Perl interface to the GNU Scientific > Library (which is written in C). That'

Re: Testing on blead

On Mon, Jul 28, 2008 at 8:11 AM, Johan Vromans <[EMAIL PROTECTED]> wrote: > What are your ideas about this? Should blead test results be separated > from the other results? Wholeheartedly, yes. It's useful to get the reports on blead, but probably not so useful for people who just want to cruise

Re: Module-Starter's t/module-starter.t has skip_all

On Fri, Jul 25, 2008 at 2:50 PM, Shlomi Fish <[EMAIL PROTECTED]> wrote: > What can be done about it and when will it be fixed? Sounds like a bummer, but I'm not sure what you want the module-authors list to do about it. -Ken

Re: Need help improving my Kwalitee

I've been reading this thread with some interest. Bill, I agree that if you don't want to try M::B and you're happy with EU::MM then by all means stick with it. But I do want to defend M::B's reason for existence. It's true IMO that the main problem with EU::MM is its reliance on 'make', but not

Re: VERSION and VCS

On Fri, Jul 11, 2008 at 10:57 AM, Johan Vromans <[EMAIL PROTECTED]> wrote: > But for all the individual modules that are part of a package? Their > version numbers should only increase when something changed, i.e., at > commit time. Not at release time. A task very neatly handled by CVS. > And for

Re: Why is use_ok failing in this test script?

On Sat, May 17, 2008 at 11:39 AM, David Fleck <[EMAIL PROTECTED]> wrote: > Ok, I understand now. I was attempting to leave the number of tests > variable based on the size of the test array, *and* I was attempting to > use 'use_ok'. It looks like I can do one or the other, but not both. Sure you

Re: Application Building

On Mon, Apr 28, 2008 at 5:03 AM, Johan Vromans <[EMAIL PROTECTED]> wrote: > > What Austin tries to do it to build an app that can be installed as an > app, not as a Perl module. And then it is suddenly not as easy > anymore. There's no support from EU::MM and M::B for installing apps. > > Appli

Re: shipping extra files in a dist?

On Sat, Apr 26, 2008 at 12:13 AM, Gabor Szabo <[EMAIL PROTECTED]> wrote: > > I think the Perl community should come up with some more-or-less > standard solution supported by Module::Build and MakeMaker that also > plays well with the downstream distributors. Have a look at the config_data() me

Re: license in META.yml

On Mon, Mar 31, 2008 at 10:28 AM, David Cantrell <[EMAIL PROTECTED]> wrote: > I would also note that the META.yml license field is insufficiently > documented, and that what little documentation there is shows that the > spec is buggy. This page: > http://module-build.sourceforge.net/META-spe

Re: license in META.yml

wrong site, sf.net [something I'm working on fixing], but at least it points to the right module pod now.) > and it is quite wrong (this is the bug) to say that there is a list of > valid options decreed by Ken Williams. Only the API is decreed by Ken Williams. The actual license m

Re: XS wrapper around system - how to test the wrapper but not the system?

On Jan 28, 2008 6:34 PM, Paul LeoNerd Evans <[EMAIL PROTECTED]> wrote: > I'm finding it difficult to come up with a good testing strategy for an > XS module that's just a thin wrapper around an OS call, without > effectively also testing that function itself. Since its behaviour has > minor variati

Re: Date::Piece months and weeks

On Jan 4, 2008 10:14 AM, Daniel T. Staal <[EMAIL PROTECTED]> wrote: > > No, 'this Sunday' is _still_ in the future: It's the day seven days in the > future. 'Today' is the present, and 'next Sunday' at that point can > either be 7 or 14 days in the future, depending on context... This sounds like

Re: Devel::CheckLib: Please try to break our code!

On Oct 19, 2007, at 6:00 AM, David Cantrell wrote: Dave Golden and I have been hacking on Devel::CheckLib, which should be on a CPAN mirror near you soon. It's similar to Devel::CheckOS, in that it will let module authors specify dependencies which aren't just other perl modules - if they

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

On Oct 12, 2007, at 3:44 AM, Johan Vromans wrote: Personally, I have to reject many potential useful CPAN modules because they use a plethora of other modules that most of the time are not even related to the problem at hand. I find that annoying too. Usually I just bite the bullet and insta

Re: RFC: relative.pm

On Oct 5, 2007, at 9:04 PM, Sébastien Aperghis-Tramoni wrote: The interest of such a module would be to ease writing modules using a big set of sibling modules (in the same hierarchy), and would also simplify refactoring and renaming. As of now the user still has to write the whole package

Re: Module Proposal: Log::Any

On Sep 10, 2007, at 11:53 AM, A. Pagaltzis wrote: So Log::Any makes some amount of sense for people who don’t want to lock their users into either choice. Yes, it's sort of a DBI for logging stuff, if I understand correctly; does little work of its own, but allows multiple backends for the

Re: naming advice - Tk::RRGauge

On Sep 5, 2007, at 10:27 AM, Jerome Quelin wrote: because of this behaviour, i was thinking of naming it Tk::RRGauge (RR meaning RoundRobin). When I saw RRGauge I assumed it was about the gauge of railroad tracks. Your ASCII picture only reinforced this notion. =) I'm sure the physical a

Re: Module::Install reporting ARRAY(0x82c3dd8) ...missing

On Jun 18, 2007, at 9:38 AM, Bill Moseley wrote: On Mon, Jun 18, 2007 at 11:26:45AM +0100, Paul LeoNerd Evans wrote: My main objection to Module::Install is that it lives in the distribution itself, rather than being out-of-tree, living on the target system. This means that for e.g. 100 mod

Re: taxonomy for data-structure modules?

On May 23, 2007, at 4:15 PM, Eric Wilhelm wrote: Would a sort of taggable search scheme and/or collaborative categorization help? That is, "implements functionality" modules (e.g. Net::FTP, LWP::UserAgent) seem easier to find and navigate than data structure modules. Maybe that has somethi

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

On May 22, 2007, at 11:12 AM, Andy Lester wrote: On May 22, 2007, at 11:07 AM, David Nicol wrote: outside of computers, "script" is a better term for the carefully tuned deliverables that software engineer produce than is "program." Your basic mundane citizen considers a "program" a list of

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

On May 17, 2007, at 4:08 PM, Andy Lester wrote: 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 not

Re: How to recognize modules that needs compilation?

On May 14, 2007, at 2:22 PM, Gabor Szabo wrote: Hi, I would like to create a list of modules that need compilations as opposed to those that are pure perl Is checking for a file with .xs .c or .h extension in the distribution the correct thing to do? I agree it would be a good first approxi

Re: META.yml not being refreshed

On May 7, 2007, at 9:49 PM, James Keenan wrote: 3. Observation: 'make dist' creates the META.yml file *in the tarball* and then adds it to MANIFEST -- but it does *not* create the META.yml file *in the sandbox*. The older META.yml file for File-Save-Home was left untouched; no META.yml

Re: META.yml not being refreshed

On May 7, 2007, at 5:58 AM, James Keenan wrote: On May 7, 2007, at 1:11 AM, Andreas J. Koenig wrote: On Sun, 06 May 2007 21:26:04 -0400, James Keenan <[EMAIL PROTECTED]> said: I don't intend to lose any sleep over this ... but is there anything I can do to synchronize the content of MET

Re: Testing with older Perls

On Apr 21, 2007, at 5:22 PM, Geoffrey Leach wrote: I have a module that has "use 5.008" because its never been tested (by me) on earlier versions. Not supprisingly it failed automatic testing on earlier versions on submission to CPAN. I'd like to fix this, but not so much that Im going to

Re: Cannot Contact Perl List Manager listmast at lists.perl.org

On Mar 21, 2007, at 11:24 AM, Ricardo SIGNES wrote: * imacat <[EMAIL PROTECTED]> [2007-03-21T09:53:27] No. I DO mean [EMAIL PROTECTED], as shown at the left "Feedback" link on this page: http://lists.cpan.org/ I also have had no luck for the past year getting information at lists.cpa

Re: Best practices for dual-lifing a core module?

On Mar 22, 2007, at 4:39 PM, David Landgren wrote: Do I just make sure that I can pull the .t file and the .pm file, wherever they may wind up in the distribution layout, and diff them against those two files in blead? I can't see the point of stuffing all the ancillary distribution files

Re: Cannot Contact Perl List Manager listmast at lists.perl.org

On Mar 17, 2007, at 1:43 AM, imacat wrote: Dear all, I cannot reach CPAN list master [EMAIL PROTECTED], due to the down of x3.develooper.com. Is this normal? Or has the list master's contact address changed? How to inform them that their mail server is down? Might have been this:

Re: CPAN testers machines that lack Module::Build

On Mar 13, 2007, at 8:38 PM, Sébastien Aperghis-Tramoni wrote: Jonathan Rockway wrote: Why don't y'all just use Module::Install? It handles build_requires, AND you can bundle modules with your dist, in case dependencies worry you. Problems solved. OTOH, Module::Install (and Module::Bu

Re: Module proposal: Test::Timer

On Mar 1, 2007, at 7:53 AM, Jonas B. Nielsen wrote: Hello, I have just finished a module I need at a gig with a client. The module is called Test::Timer, it resembles, Test::Benchmark a lot, apart from it is much simpler. It exports a single method: time_ok Which takes a body of code, a

Re: per-author META.yml

On Mar 5, 2007, at 1:58 PM, Eric Wilhelm wrote: # from Ricardo SIGNES # on Monday 05 March 2007 10:09 am: * brian d foy <[EMAIL PROTECTED]> [2007-03-04T12:09:26] ... without me having to change the META.yml in all of my distributions then re-uploading them all. So, for some subset of META

Re: Custom extensions to META.yml

On Mar 2, 2007, at 4:45 PM, David Golden wrote: For the META.yml spec, should anything not expressly allowed be forbidden? If so, then any extension like this has to be explicitly added to the spec. On the positive side, it doesn't leave ambiguity for tools that work with META.yml. Alterna

Re: Custom extensions to META.yml

On Mar 1, 2007, at 7:42 PM, David Golden wrote: Well, Ken Williams maintains the spec [1] so I consider him the ultimate "approver" for all practical purposes. I wanted to get community reactions/suggestions/improvement and with any luck, some degree of consensus. Then I was goi

Re: Another non-free license - PerlBuildSystem

On Feb 21, 2007, at 8:58 AM, Chris Dolan wrote: For a while Path-Class, Archive-Any and even Encode all lacked license statements. Happily these are now fixed, but if a policy like what you propose had been in place they would have not been allowed in CPAN, much to everyone's loss. ht

Re: Another non-free license - PerlBuildSystem

On Feb 20, 2007, at 2:20 AM, Ashley Pond V wrote: The license I'd love to see would be a Non-Governmental (Personal and Private Industry Only). One can crack wise or politicize the idea but it is worth bringing up. Whether or not others would honor such a license does not mitigate one's at

Re: Another non-free license - PerlBuildSystem

On Feb 16, 2007, at 1:01 PM, Ashley Pond V wrote: If there are any law/license experts in the crowd, I'd love to see a formal/named/solid version of this sort of license. It's just about exactly what I've always wanted to put on all my own code. -Ashley On Friday, Feb 16, 2007, at 10:39 US

Re: Variations on a theme

On Feb 5, 2007, at 5:07 PM, Paul LeoNerd Evans wrote: our %keys = ( name => { type => "$", regex => qr{^\w+$} }, path => { type => "$", regex => qr{^[^ ]+$} }, mappings => { type => '%$', key_regex => }, ); That part looks an awful lot like Params::Validate. Whic

Re: Reclaiming lists.{perl,cpan}.org

On Jan 26, 2007, at 12:43 PM, Darren Chamberlain wrote: Hasn't she been a little busy lately? Holy shit! I had no idea, last time I talked to Elaine about kids I got the feeling it wasn't in the cards. =) I'm sure they're bu

Re: Reclaiming lists.{perl,cpan}.org

On Jan 25, 2007, at 12:20 PM, David Landgren wrote: Ken Williams wrote: Hi, If you look at http://lists.perl.org/ or http://lists.cpan.org/ (the former just redirects to the latter) you'll see a list that apparently has lost its maintainer. For instance, I've tried variousl

Reclaiming lists.{perl,cpan}.org

Hi, If you look at http://lists.perl.org/ or http://lists.cpan.org/ (the former just redirects to the latter) you'll see a list that apparently has lost its maintainer. For instance, I've tried variously over the past 6 months to change the address of the Module::Build list, but never go

Re: CGI::Simple

On Jan 10, 2007, at 5:29 AM, Ovid wrote: --- Andy Armstrong <[EMAIL PROTECTED]> wrote: On 10 Jan 2007, at 04:07, Ken Williams wrote: Wow, that's the smoothest I've ever seen one of these transfers go. A useful module, an obviously deadbeat developer, an eager volunte

Re: CGI::Simple

On Jan 9, 2007, at 4:19 AM, Andy Armstrong wrote: On 9 Jan 2007, at 10:13, Ovid wrote: I'm not particularly keen on taking over this distribution, but he's not fixing this bug or even responding. He also notes that Perl is a "fond corner of [his] past", suggesting that unless someone snags CG

Re: Retired modules, still registered

On Dec 12, 2006, at 2:30 PM, Paul LeoNerd Evans wrote: all of which I currently use in some active, real-world capacity, and am quite willing to maintain in the future. Should I register all of these? What are the general opinions on registration? Personally I think it's pretty much use

Re: Phalanx Phoenix: Mentored Maintenance of CPAN Modules

On Nov 28, 2006, at 5:55 PM, James E Keenan wrote: James E Keenan wrote: We would like to begin our F2F sessions in January 2006. No, we're actually aiming for January 2007! Jeez, only 2 days into the project and already the deadlines have slipped a year! -Ken

Re: Preventing PAUSE from indexing a module?

On Oct 13, 2006, at 9:45 PM, David Golden wrote: On 10/13/06, Ken Williams <[EMAIL PROTECTED]> wrote: I'd like to rectify this, shall I simply patch the spec as follows? Please. It's going to be easier to patch the spec than update all the tools. Done. -Ken

Re: Preventing PAUSE from indexing a module?

On Mon, 9 Oct 2006 18:27:15 -0500, "Joshua ben Jore" <[EMAIL PROTECTED]> said: # http://module-build.sourceforge.net/META-spec.html On Oct 10, 2006, at 2:45 AM, Andreas J. Koenig wrote: Try this: http://module-build.sourceforge.net/META-spec-v1.2.html Apparently I have META-spec.html a

Re: Preventing PAUSE from indexing a module?

On Oct 10, 2006, at 12:10 AM, David Golden wrote:Here's the META.yml spec:http://module-build.sourceforge.net/META-spec-current.html   no_index:file:- My/Module.pm dir:- My/Privatepackage:- My::Module::Stuffnamespace:- My::Module::StuffNote that PAUSE/CPAN use "direc

Re: framework for tail recursion in pure perl, including Ackerman function

On Aug 30, 2006, at 3:09 PM, Andy Armstrong wrote: Oh and I can't believe you've only skimmed HOP - it's a superb book that should be mandatory reading if this is an area you're interested in. I don't think the point of the book was to stop people from exploring whatever approaches they

Re: Give up your modules!

On Aug 24, 2006, at 7:58 AM, Shlomi Fish wrote: Maybe it would be a good idea to spend some TPF (or whatever) grants on giving bounties for resuming maintenance of several critically unmaintained CPAN modules? With their authors' permissions, of course. In that case, I think I'll abandon

Re: Give up your modules!

On Aug 24, 2006, at 4:31 AM, Ovid wrote: - Original Message From: Ken Williams <[EMAIL PROTECTED]> Having a "name and shame" mentality about this is IMO wrong. I hope you're not saying I suggested that. I did not name anyone. I didn't ask for a list o

Re: Give up your modules!

On Aug 23, 2006, at 5:52 AM, imacat wrote: Ovid <[EMAIL PROTECTED]> wrote: No names, but if you happen to be sitting on a module which other people depend on and you're not going to fix bugs, give up the module, offer someone co-maintainership or figure out *something* which gives users a

Re: Indexing for AI-Prolog-0.735_01?

BTW, you might want to add a "see also" in the AI::Prolog docs for the SWI-Prolog wrapper? -Ken On Aug 4, 2006, at 7:22 AM, Joshua ben Jore wrote: PAUSE says to send problems to modules@perl.org but perl.org's web page says that's a closed list?! So now this is two problems. One is why PAU

Re: Test-time dependencies.

On Aug 5, 2006, at 4:27 AM, Johan Vromans wrote: If Test::Ridiculous were not installed, I could chase down the perl installation to find out what files were added[2], and distribute these to the production systems. Now I have to manually weed out the files that are not needed for production.

Re: Test-time dependencies.

On Aug 4, 2006, at 10:21 AM, Johan Vromans wrote: As already mentioned by other people in other threads, if you prepare install kits for many systems, you would not want to install all the build-time requirements, only the run-time requirements. If the "install kit" is essentially a binary di

Re: Test-time dependencies.

On Aug 4, 2006, at 8:04 AM, Johan Vromans wrote: Ken Williams <[EMAIL PROTECTED]> writes: My intention when I added 'build_requires' to Module::Build was not to let people avoid downloading & building those dependencies, but rather to indicate that there was no runtime d

Re: Test-time dependencies.

On Aug 3, 2006, at 9:01 PM, David Golden wrote: Dmitri Tikhonov wrote: I have a test suite for my distribution (RT-Client-REST) that requires some modules that the module itself does not require (Test::Exception, for example). Since it is not listed as a dependency, some people's tests fa

Re: Test strategy for network IO code

On Jul 18, 2006, at 1:59 PM, Paul LeoNerd Evans wrote: I have a question on a testing strategy for a CPAN module test script I've got two competing ideas on how to do it; I wonder if anyone can suggest one or the other.. The function under test sends some data down a socket, then awaits a

Re: CPAN and META.yml: no_index dir vs directory

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. (b) Change the spec to "directory" -- if CPAN sites are the only real user of META.yml no_index, then the pain should

Re: Proposal: =mansec PoD extension & manpage section usage

On May 29, 2006, at 2:25 AM, Eric Wilhelm wrote: # from Ken Williams # on Sunday 28 May 2006 07:51 pm: It might be better to use an existing directive like "=for mansection" rather than creating a new top-level directive. =for mansection won't work Because this is a para

Re: Proposal: =mansec PoD extension & manpage section usage

Hi Linda, A couple comments: 2) It might be better to use an existing directive like "=for mansection" rather than creating a new top-level directive. 3) I'd rather see semantic values rather than numeric. Some platforms don't have anything like "manual section 3" but they might still

Re: I think we can just scrap CPAN Ratings altogether

On May 25, 2006, at 8:58 AM, Mark Stosberg wrote: On Thu, May 25, 2006 at 03:25:46PM +0200, A. Pagaltzis wrote: * Sam Vilain <[EMAIL PROTECTED]> [2006-05-25 09:05]: Can't we just move the site to cpanrantings.org? That's the spelling I've always used :-) Works for me??? Well, actually, I??

Re: I think we can just scrap CPAN Ratings altogether

On May 24, 2006, at 12:13 PM, David Nicol wrote: why stop at scrapping CPAN ratings? Let's scrap all of human nature and design a massive robot infrastructure to take over all operations, then just relax in baths of warm goo with wires attached to our brains and enjoy hallucinations of nor

Re: Devel::Timer, Jason Moore

On May 24, 2006, at 2:00 PM, brian d foy wrote: In article <[EMAIL PROTECTED]>, James E Keenan <[EMAIL PROTECTED]> wrote: As part of preparation for a talk I'm giving at YAPC in Chicago, I've been interviewing people who've taken over maintenance of other people's CPAN modules. In a recen

Re: RFC: Set::Partition

On May 23, 2006, at 8:59 AM, Xavier Noria wrote: use strict; use warnings; use Algorithm::Combinatorics qw(partitions); my @data = qw(a b c d e); my $iter = partitions([EMAIL PROTECTED], 2); while (my $p = $iter->next) { next unless @{$p->[0]} == 2 || @{$p->[0]} == 3; print "(@$_)" fo

ANNOUNCE: Module-Build 0.2801 -> CPAN

Hi, Last night I uploaded Module::Build 0.2801, the first maintenance release in the 0.28 series, fixing a few bugs. Below are the changes since 0.28. -Ken 0.2801 Sun May 21 00:07:40 CDT 2006 - Module::Build::Compat's emulation of INC is incorrectly prepending a -I to the value of

Re: Preserving Supplementary Documentation for Modules

On May 12, 2006, at 7:52 AM, John M. Gamble wrote: So. Is there, or could there be, a separate spot on CPAN for supplemental documentation like PDF files and graphics files? You can actually just upload whatever file you want to a subdirectory of your CPAN directory. On the PAUSE upload pa

Re: Module::Signature issues

On May 7, 2006, at 8:49 AM, Robert Rothenberg wrote: On 05/07/2006 02:34 PM Ken Williams wrote: I've just re-released Pod::Readme without a signature, because the signature problems are choking up Module::Build users. Module::Build doesn't do anything with signatures - all it k

Re: Module::Signature issues

On May 7, 2006, at 6:49 AM, Robert Rothenberg wrote: I'm reminder of one other issue: there are Windows vs Unix end-of-line issues that it sometimes chokes on. I've just re-released Pod::Readme without a signature, because the signature problems are choking up Module::Build users. Module

Re: [ANNOUNCE] Module::Build 0.28 -> CPAN

On Apr 28, 2006, at 12:46 PM, Yuval Kogman wrote: What about exposing the full Test::Harness output to CPANPLUS and friends? The smoke reports are so unusable I suspect i'm going to add Build.PL to MANIFEST.SKIP and use only the traditional-makefile it generates for my future releases. Yup, w

[ANNOUNCE] Module::Build 0.28 -> CPAN

Hi all, The uploaded file Module-Build-0.28.tar.gz has entered CPAN as file: $CPAN/authors/id/K/KW/KWILLIAMS/Module-Build-0.28.tar.gz size: 180076 bytes md5: 8b3d9cf3eadebdfbe5847d80ed3a2d0b Thanks to those of you who have been patiently (or even non- patiently) waiting for this r

Re: DNS zone transfer module

On Apr 24, 2006, at 9:31 AM, Chris wrote: I created a module that extends Net::DNS::Resolver to make zone transfers a little easier. It looks up the nameserver records for a zone, and then performs transfers from each nameserver until it gets a response. SYNOSIS use Net::DNS; use Net::DNS:

Re: New Module Proposal - Math::Interval

Hi Brendan, On Feb 26, 2006, at 6:46 PM, Brendan Leber wrote: First I need to explain a bit about intervals. In this context an interval is a new type of number just like a complex. Intervals are used to represent values in calculations where the answer can not be exactly represented. F

Re: OO list module

On Feb 27, 2006, at 11:20 AM, Eric Wilhelm wrote: # from Terrence Brannon # on Monday 27 February 2006 02:19 am: Just FYI, it looks a bit different than what the reform() function in Array::Reform does - Heh. That's actually a prime example of why I needed this method in the chain proce

  1   2   3   >