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

2004-02-15 Thread Sam Vilain
On Mon, 16 Feb 2004 14:24, Dave Rolsky wrote; > I like what you're proposing, but I think the best way to do this > is to simply start it, and then try to get the CPAN folks to buy > into it once it's established as being useful. I couldn't agree more, but I didn't really want to start with

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

2004-02-15 Thread Dave Rolsky
On Mon, 16 Feb 2004, Sam Vilain wrote: > who are experts in the field, will truly perform this task - and that > to gain maximum support, that it should be included in the content > mirrored along with the rest of cpan.org. I like what you're proposing, but I think the best way to do this is to s

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

2004-02-15 Thread david nicol
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 versions (which presumably will be bug-fixes and backwards-

Re: pure perl Zlib

2004-02-15 Thread A. Pagaltzis
* 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 suggestions) > > Problem is that it's a

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

2004-02-15 Thread A. Pagaltzis
* 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 I > would not have written it. Here, let me show you." Are

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

2004-02-15 Thread Elizabeth Mattijsen
At 16:09 + 2/15/04, Simon Cozens wrote: [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 than 30 ;) I just don't see the point of the

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

2004-02-15 Thread Damian Conway
David Manura wrote: As the current maintainer of Text::Balanced, And *thank-you* for taking on that role, David! :-) (2) extract_multiple will recognize only the empty list and (undef, ...) return values from extractor functions as match failures. This is what the POD currently states, but ('

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

2004-02-15 Thread Simon Cozens
[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 than 30 ;) I just don't see the point of the modules list, especially now we have sea

Re: Finding the module you want

2004-02-15 Thread Smylers
David Manura writes: > Smylers wrote: > > > But yes, as the CGI::Lite maintainer I do have an interest in a > > review of CGI-related modules: I'd like it to put people off using > > CGI::Lite so that I can stop trying to maintain it and everybody > > can use something saner instead ... > >

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

2004-02-15 Thread Smylers
Rocco Caputo writes: > On Tue, Feb 10, 2004 at 08:19:14PM +, Smylers wrote: > > > Similarly an author doesn't need to understand all of the problems, > > just so long as they state exactly what they are looking at, > > preferably stated upfront. So the article starts by saying "I'm > > looki

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

2004-02-15 Thread Simon Cozens
[EMAIL PROTECTED] (Johan Vromans) writes: > Good idea, but don't we need to solve the current module registry > problems as well? Many module authors issue submission requests and > never get a reply. Tim also wrote: > But [EMAIL PROTECTED] has it's own set of problems (that I hope will be > addre

Re: pure perl Zlib

2004-02-15 Thread Nicholas Clark
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! :) Compress::Gzip? But it doesn't compress. Compress:Gunzip? U

Re: pure perl Zlib

2004-02-15 Thread Sam Vilain
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! :) Compress::Gzip? -- Sam Vilain, sam /\T vilain |><>T net, PGP key ID: 0x05B52F13 (include my PGP key ID in personal replies to avoid

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

2004-02-15 Thread Sam Vilain
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 archived summary would > be great.) > It's very important to be

pure perl Zlib

2004-02-15 Thread Nicholas Clark
Ton Hospel has written a pure perl implementation of gunzip. (no mean feat) Autrijus sent to the PAR list and asked if anyone could refactor it to emulate Compress::Zlib's interface sufficiently to allow Archive::Zip (and therefore PAR) to work with it (to unpack zip files). It seems that the only

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

2004-02-15 Thread Elizabeth Mattijsen
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 ad

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

2004-02-15 Thread Johan Vromans
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 to the Module List. Good idea, but don'

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

2004-02-15 Thread Tim Bunce
On Sun, Feb 15, 2004 at 03:56:39PM +1300, Sam Vilain wrote: > ___ > / _ \ > | | | |_ _ > | |_| ||\ | ||___ > \___/ | \| |___ |___ upon a time, the Perl 5 modules list was an > excellent resource for those seeking to do anything non-core with > Perl. However, i