Re: Module submission US_DOD::*

mapping from country code to the country name, and vice versa, and programs can use that. Wholesale dumping of standards and other documents (freeform text) is not what CPAN is for, podified or not. What next? The RFCs? The W3C specs? The ECMA standards? The Bible in 791 languages? -- Jarkko

Re: Please index base.pm from Class::Fields.

r than the one in perl-5.8.0? I believe this is possible but since I don't know how to do it I'll leave that to others :-) But shouldn't the base.pm fixes also be migrated to blead/maintperls? -- Jarkko Hietaniemi <[EMAIL PROTECTED]> http://www.iki.fi/jhi/ "There is thi

Re: Deprecated::

recommendations to use instead of the deprecated one. Why can't the Makefile.PL of a deprecated module simply be changed to make the right discouragements, along with the documentation (=head1 DEPRECATED, maybe?)? > -Dave -- Jarkko Hietaniemi <[EMAIL PROTECTED]> http://www.iki.fi/jhi/

[dwegscheid@qtm.net: Re: Time::HiRes]

FYI. - Forwarded message from [EMAIL PROTECTED] - Subject: Re: Time::HiRes From: [EMAIL PROTECTED] Date: Wed, 14 Aug 2002 16:38:31 GMT Message-Id: <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] > (resending since I have seen no reply) Sorry, been on holiday. > Hi, I wonder whether you woul

Re: Module submission Petal

I think Template::Petal will work just fine. XML::Template I do not like, "XML::" is quickly becoming is as information-free as "Sys::"" -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen

Re: CPAN Upload: E/EL/ELIZABETH/threads-farm-0.01.tar.gz

On Sun, Jul 14, 2002 at 05:16:06PM +0100, Tim Bunce wrote: > On Sat, Jul 13, 2002 at 01:37:04AM +0300, Jarkko Hietaniemi wrote: > > Hmmm. Going with "Thread" does complicate things in that we do > > currently have "lib/Thread/Semaphore.pm"... it currently is

Re: CPAN Upload: E/EL/ELIZABETH/threads-farm-0.01.tar.gz

Hmmm. Going with "Thread" does complicate things in that we do currently have "lib/Thread/Semaphore.pm"... it currently is 5.005 threads interface. If I just dump the ithreads version in its place, no more semaphores for old threads code. -- $jhi++; # http://www.iki.fi/jhi/ # There is

Re: CPAN Upload: E/EL/ELIZABETH/threads-farm-0.01.tar.gz

Okay, I'm getting outvoted here by three previous pumpkings, maybe I should listen... :-) I can live with either "Thread" or "Threads". -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen

Re: CPAN Upload: E/EL/ELIZABETH/threads-farm-0.01.tar.gz

On Fri, Jul 12, 2002 at 11:16:26PM +0100, Tim Bunce wrote: > On Fri, Jul 12, 2002 at 11:23:17PM +0300, Jarkko Hietaniemi wrote: > > On Fri, Jul 12, 2002 at 10:18:32PM +0200, Elizabeth Mattijsen wrote: > > > At 10:14 PM 7/12/02 +0200, Johan Vromans wrote: > > > &

*cough* Lingua::Phoneme

Did anyone else notice this...? http://search.cpan.org/doc/LGODDARD/Lingua-Phoneme-0.01/Phoneme.pm -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen

naming v2

Here's a slightly enhanced version. Maybe we (and here I think I mean *someone else than me* :-) could annotate this a little bit with more real-life examples of bad suggestions from the past (maybe changed to protect the still living people...) [ --- cut here --- ] First and foremost: you are

"new" naming rules

Spurred by some of the recent discussion threads, I started writing the below. But then I stopped: don't we already have something like the below already, in several places, and that hasn't helped much... I have little idea where to put this, if anywhere. --- cut here --- First and foremost: yo

SysConfig

Hi. Are you certain the name of the SysConfig module is all proper and well? I'm afraid SysConfig is much too generic, it tells almost nothing. Also, the module seems to be heavily specific to RedHat Linux, and as such, it should have *something* to that effect in its name, too. Linux::Config (i

[tchrist@chthon.perl.com: Re: perldoc for you?]

- Forwarded message from Tom Christiansen <[EMAIL PROTECTED]> - To: Jarkko Hietaniemi <[EMAIL PROTECTED]> cc: [EMAIL PROTECTED], Peter Prymmer <[EMAIL PROTECTED]> Subject: Re: perldoc for you? In-Reply-To: Message from Jarkko Hietaniemi <[EMAIL PROTECTED]> of

how to name Tom's modules?

Hi, I'm asking this question from you^Wus naming czars on behalf of Tom C. As you (hopefully) noticed, Tom put out the combination of a rewrite of the perldoc idea AND pmtools, alpha version, out for further field testing. (see e.g. use.perl.org in case you missed the announcement). Now, the nam

Re: ANNOUNCE: Date::Calc 5.0 release candidate

I think that the suggested name for the new OO interface, Date::Object, is a Very Bad Choice. I severely dislike embedding either the interface style or the implementation style to the name of a module. Why don't you just continue using the Date::Calc namespace? Export the OO interface onlyt whe

Re: More hyperlinks in the module list

> - install a squid-accelerator in front of the webserver. The squid can > run on the same box and is very easy to configure and manage. (It is > very easy to misconfigure too, so better let me have a look on the > configuration some time:) I'm a little bit confused of what value would a sq

[dmar@stanford.edu: Author Not Available]

- Forwarded message from Daniel <[EMAIL PROTECTED]> - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Delivered-To: mailing list [EMAIL PROTECTED

Re: Reworking CPAN/authors/id/

Graham Barr writes: > Do we really need this sent out for every Email ? > > On Sun, Apr 09, 2000 at 08:23:55PM +0300, CPAN FAQbot wrote: > > Hi, this is a recorded message. > > > > At the tone of you may read from > > > >http://www.cpan.org/misc/cpan-faq.html > > > > the answer

Re: Lack of action

Tim Bunce writes: > On Mon, Mar 27, 2000 at 06:09:13PM -0500, Kurt D. Starsinic wrote: > > On Fri, Mar 24, 2000 at 09:47:32PM -0500, Dan B wrote: > > > This is the *fourth* time I have submitted this module for registration, yet > > > it has not been registered. > > > > > > I have waited t

Re: Request for module name

Tom Christiansen writes: > Other possible names I thought of were under Devel:: or Process::. Hmm, maybe Devel::FdStat? -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen

Re: Request for module name

Looks nice. In addition to the Single UNIX Specification/UNIX98/XPG4 getdtablesize() there is also the POSIX 1003.1 sysconf(_SC_OPEN_MAX). Also, according to the SUS getdtable() is "LEGACY" and equal to getrlimit(RLIMIT_NOFILE). The number of ways skinning the cat... -- $jhi++; # http://www.

Re: How it differs... (clarification)

> talking about a standard module you must read lightly: existing s/read/tread/ -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen

Re: How it differs... (clarification)

If you feel there are outright bugs or deficiencies either in the functionality or the implementation of the File::Path::{mk,rm}tree, you are welcome to submit patches. If you choose this, ahem, path, please note that because we are talking about a standard module you must read lightly: existing

Re: How it differs... (clarification)

[EMAIL PROTECTED] writes: > In reply to your message from the not too distant future: next Monday AD > Reply-to: [EMAIL PROTECTED] > Return-receipt-to: [EMAIL PROTECTED] > Organization: a) Discordia b) none c) what's that? > Content-Typo: gibberish, charset=ascii-art > Date: Mon, 21 Feb 200

Re: contribute

> > Plan: Right now I'm working on File::Directory. contains > > mkdirhiercreate a directory structure > > rmdirhierrecursively remove a directory This is different from the standard File::Path::{mk,rm}tree how...? -- $jhi++; # http://www.iki.fi/jhi/ # Th

Re: Phone.pm

Franz Schaefer writes: > hi there, > > i wrote a thin perl wrapper aournd the /dev/phone API used by quicknet > telephony cards. i named it Phone.pm and would like to submit it to CPAN as Sounds like a good module but the name is not that good. It must be more specific, "Phone" is too vag

Re: Register module Socket::PassAccessRights

> Given that my module already works and does what I want _and_ someone > (that nobody remembers ;-) else has more ambitious file handle passing > plans, I think I'll move my module to stable category: I use it > because it works for me, but I'm not likely to make new releases. > > Others

Re: new bundle: Finance-QuoteHist

Matt Sisk writes: > I'd like to register *another* set of modules as well, please. These > modules, based on LWP::UserAgent, allow you to fetch historical stock > quotes from the web. I understand that some of the derived module names > end up going into the realm of "three names", but in my

Re: Register module Socket::PassAccessRights

Tim Bunce writes: > The name Socket::PassFileHandle (or just Socket::PassHandle) seems more > clear to me. Moreover, I think somebody else already announced a module for the same purpose. No, I'm not saying two modules for the same thing are necessarily bad--just wasteful :-) If I only could