Re: modules/extensions worth adding to the 5.6? or SDK?

>Let's take this to perl-sdk.  I suggest we start by brainstorming all
>the modules that we use fairly regularly (starting with Jarkko's
>list), and then after a couple of days we can stop brainstorming and
>start winnowing.  If we don't clearly segregate the brainstorming from
>the criticism, we run the risk of bogging down in "oh no, I don't
>think so" and "well, there's another that does this better".
>
>Sound like a plan?

Since I haven't seen any mention of some of the modules I find useful, here
is what I currently have on my machine (I'll even list them in a correct
partial ordering to build :-):

Digest-MD5-2.07
IO-Tty-0.02
libnet-1.0606
IO-stringy-1.207
Net-Telnet-3.01
Storable-0.6@3.
Text-Soundex-2.20
File-CounterFile-0.12
Time-HiRes-01.20
TimeDate-1.08
DProf-19990108
Devel-SmallProf-0.5
MIME-Base64-2.11
MailTools-1.13
MIME-tools-4.124
URI-1.02
Font-AFM-1.18
HTML-Parser-2.23
HTML-Tree-0.51
LWP-attic-1.00
libwww-perl-5.43
Tk800.014
Tk-Contrib-0.07
Tk-FileDialog-1.3
Tk-HTML-3.002
perlindex-1.200
Tk-Pod-0.11
Tk-WaitBox-1.2

Of these, the ones I really pound on all the time are the mail and mime ones
(spam filtering, stripping out MIME attachments, etc). I'd guess you
probably wouldn't want beta versions of things in the SDK, so you can ignore
the beta modules in the above list (and, of course, many of these probably
have new versions by now - this is just what I found on CPAN the last time I
built everything from scratch :-).

I'd also mention that one of the attractive ideas about an "official" SDK is
that it would be a big help to people like me who (try to) maintain a binary
distribution of perl (http://www.ccur.com/realtime/download.asp) with lots
of add-on modules already built. Having an SDK would reduce the amount of
thought required to decide what to include, and if the SDK came with a build
script that built and installed everything in the right order, I wouldn't
have to keep discovering the new order required every time the dependencies
changed with new modules, etc. (instead, the poor SDK maintainers would
have to do the work :-).

--
[email protected]                \\\\      Will no one rid me of
Concurrent Computers, Ft. Lauderdale, FL    \\\\     this troublesome
Me: http://home.att.net/~Tom.Horsley/          \\\\     autoconf?
Project Vote Smart: http://www.vote-smart.org     \\\\    !!!!!