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, it has
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't we
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 added
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
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 clear
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
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?
[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
addressed
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
looking for a
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 ...
Of course,
[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
* 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 you
* 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 an
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
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
15 matches
Mail list logo