Re: pure perl Zlib

2004-02-16 Thread unrtst
On Mon, 16 Feb 2004, A. Pagaltzis wrote: * Sam Vilain [EMAIL PROTECTED] [2004-02-15 22:44]: ...but it doesn't use Zlib! :) Compress::Gzip? * Nicholas Clark [EMAIL PROTECTED] [2004-02-15 22:53]: But it doesn't compress. Compress:Gunzip? Uncompress::Gzip (Neither really meant as serious

Re: Finding the module you want (was: New module Mail::SendEasy)

2004-02-16 Thread Rocco Caputo
On Sun, Feb 15, 2004 at 11:57:15PM +0100, A. Pagaltzis wrote: * Rocco Caputo [EMAIL PROTECTED] [2004-02-12 11:29]: Conveniently, I've written exactly the thing that provides the features I need, in a way that's most convenient for my purpose. Everything else pales by comparison, otherwise

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

2004-02-16 Thread Michel Rodriguez
Hi, I think an interesting angle, first to get an idea of what the problem is, and later (hopefully!) to see if we have improved the situation, is to put ourselves in the position of a Perl programer that doesn't know the community, maybe doesn't even know that CPAN exists. Her first reflex

Re: pure perl Zlib

2004-02-16 Thread Tim Bunce
On Sun, Feb 15, 2004 at 09:51:18PM +, Nicholas Clark wrote: On Mon, Feb 16, 2004 at 10:43:27AM +1300, Sam Vilain wrote: On Mon, 16 Feb 2004 10:19, Nicholas Clark wrote; Autrijus suggested Compress::Zlib::PurePerl, which I think is reasonable. ...but it doesn't use Zlib!

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

2004-02-16 Thread khemir nadim
Michel Rodriguez [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Generating the doc (from the POD) for each module (with a link to the tarfile or to the CPAN search page for the lates release of the module), and putting it on CPAN in something like cpan.org/docs/module name. Does

Re: [RFC] Text-Balanced 1.96 proposed interface changes: return failure in list context

2004-02-16 Thread khemir nadim
Vagn Johansen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] How do you avoid breaking old programs when the interface changes? You don't. IMHO it's the users responsibility to check for what version they are using not the module author. With Module Build you can ask for a specific

Re: [RFC] Text-Balanced 1.96 proposed interface changes: return failure in list context

2004-02-16 Thread Simon Cozens
[EMAIL PROTECTED] (Khemir Nadim) writes: Vagn Johansen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] How do you avoid breaking old programs when the interface changes? You don't. IMHO it's the users responsibility to check for what version they are using not the module author.

Re: OK, so we've decided that the right modules are too hard to find.

2004-02-16 Thread khemir nadim
Sam Vilain [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] - encourage curators to step forward, or groups of curators, for each category; possibly even create mailing lists for people with a general interest in the technology in that category; to field questions about

Re: OK, so we've decided that the right modules are too hard to find.

2004-02-16 Thread Simon Cozens
[EMAIL PROTECTED] (Khemir Nadim) writes: Everything that was said in this thread was very interresting and I, too, belive things should get better and I encourage those that want to do things _now_. None of these ideas are new. - Any one can start whatever hierarchy This is not a problem,

RE: OK, so we've decided that the right modules are too hard to f ind.

2004-02-16 Thread Orton, Yves
Title: RE: OK, so we've decided that the right modules are too hard to find. [EMAIL PROTECTED] (Elizabeth Mattijsen) writes: I've released about 30 modules in the past 1.5 years. I _never_ bothered to try to register. I guess that means something. Likewise. (although slightly more

RE: OK, so we've decided that the right modules are too hard to f ind.

2004-02-16 Thread Orton, Yves
Title: RE: OK, so we've decided that the right modules are too hard to f ind. [EMAIL PROTECTED] (Yves Orton) writes: Afaik the only real reason for the modules list is to prevent people from accidentally installing a module that is released under a known name, but by an unknown

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

2004-02-16 Thread Michel Rodriguez
On 16 Feb 2004, Ask Bjoern Hansen wrote: [EMAIL PROTECTED] (Michel Rodriguez) writes: [...] If size is a problem for mirrors, then a shorter version, with just links to the docs, would work, maybe the search.cpan.org results for example: http://search.cpan.org/~timb/DBI-1.40/ could be

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

2004-02-16 Thread Simon Cozens
[EMAIL PROTECTED] (Michel Rodriguez) writes: I guess it becomes a social (for lack of a better term) instead of a technical issue: this is what we should link to when we want to reference a module. This is in fact the policy I've been using for perl.com for a while now. -- A word to the

Re: [RFC] Text-Balanced 1.96 proposed interface changes: return failure in list context

2004-02-16 Thread Vagn Johansen
David Nicol on 15 Feb 2004 18:31:25 -0600 writes: On Fri, 2004-02-13 at 00:45, David Manura wrote: [ the interface will change! ] I hope you are planning on adding a VERSION subroutine that will not accept requests for old, incompatible versions, while accepting requests for all later

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

2004-02-16 Thread A. Pagaltzis
* Michel Rodriguez [EMAIL PROTECTED] [2004-02-16 10:57]: (At least the Perl-XML folks got it right, props to Grant McLean!). You don't put yourself in a particular spot on Google, you just get there by being linked from lots of places. You have zero control over whether and where you appear in

Re: pure perl Zlib

2004-02-16 Thread A. Pagaltzis
* Tim Bunce [EMAIL PROTECTED] [2004-02-16 11:53]: (Meanwhile it could emulate the whole API and just return errors when interfaces it doesn't support are called.) That's an excellent suggestion and nicely resolves the naming issue as a side effect. Very nice. -- Regards, Aristotle If you

Re: OK, so we've decided that the right modules are too hard to find.

2004-02-16 Thread khemir nadim
Simon, Can you please give us serious answers. Writting to this list take valuable time from me and from those reading the mails. - Authors don't answer or have given up on maintaining there modules THEY ARE VOLUNTEERS. Please don't shout if it's note to show you're happy. Check the

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

2004-02-16 Thread Tim Bunce
On Mon, Feb 16, 2004 at 10:37:12AM +1300, Sam Vilain wrote: On Mon, 16 Feb 2004 01:32, Tim Bunce wrote; I'd like to see a summary of what those needs of the community are. (Maybe I missed it as I've not been following as closely as I'd have liked. In which case a link to an

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

2004-02-16 Thread Michel Rodriguez
On Mon, 16 Feb 2004, A. Pagaltzis wrote: * Michel Rodriguez [EMAIL PROTECTED] [2004-02-16 10:57]: (At least the Perl-XML folks got it right, props to Grant McLean!). You don't put yourself in a particular spot on Google, you just get there by being linked from lots of places. You have

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

2004-02-16 Thread A. Pagaltzis
* Michel Rodriguez [EMAIL PROTECTED] [2004-02-16 13:43]: Then the problem is why don't those pages show up higher when you search on google? They come back fast enough, I suppose they are static, can anyone confirm this? Again this is not a factor. All you have to do is make sure you don't use

Re: OK, so we've decided that the right modules are too hard to find.

2004-02-16 Thread Michel Rodriguez
On Mon, 16 Feb 2004, khemir nadim wrote: Please don't shout if it's note to show you're happy. Check the discussion we had about Roman.pm a few weeks ago. My point is not to force anyone to develop anything but that when a module is released and the author can't maintain it, the curators job

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

2004-02-16 Thread Sam Vilain
On Tue, 17 Feb 2004 02:53, A. Pagaltzis wrote; (At least the Perl-XML folks got it right, props to Grant McLean!). You don't put yourself in a particular spot on Google, you just get there by being linked from lots of places. You have zero control over whether and where you

Re: [RFC] Text-Balanced 1.96 proposed interface changes: return failure in list context

2004-02-16 Thread david
Simon Cozens wrote: [EMAIL PROTECTED] (Khemir Nadim) writes: When I get the message above, I'll hit the return key faster than light There's not really much a module author can to do help a user like that. yes there is, it's the custom VERSION subroutine. Your legacy program dies with

Re: [RFC] Text-Balanced 1.96 proposed interface changes: return failure in list context

2004-02-16 Thread david
Vagn Johansen wrote: How are interface changes handled on CPAN? They're not. I'm trying to promote a pradigm of including a VERSION subroutine that will croak (or at least die) when you ask for a non-forwards-compat. version. In theory, you change the name when you change the itnerface,