http://randomjungle.sourceforge.net/). The proposed name of each module,
as well as a brief synopsis, is included below. Please let me know if more
information is desired.
I would appreciate input on the selection of names. At last check, there
was nothing on CPAN related to Random Jungle.
Tha
cr...@animalhead.com wrote:
Someone got excited when I mentioned and posted some WPAD code here a
week or two ago, so it may be worthwhile to post it as a module. The
second name should probably be WPAD, but what category does it belong
in? HTTP::WPAD? IP::WPAD? Proxy::WPAD? Module::WPAD?
Hi CPAN authors,
I'm planning two new CPAN modules if you folks agree they're OK
things to do.
Someone got excited when I mentioned and posted some WPAD code here a
week or two ago, so it may be worthwhile to post it as a module. The
second name should probably be WPAD, but what category
[[ This message was both posted and mailed: see
the "To," "Cc," and "Newsgroups" headers for details. ]]
In article <[EMAIL PROTECTED]>, Chris
Dolan <[EMAIL PROTECTED]> wrote:
> Is there an easy solution to getting co-maint on all modules in a
> distro? Is it just something we need to reme
the
> person who does the release gets ownership of that namespace. We have three
> co-maintainers who do releases, so reminding each other to grant co-maint on
> the new modules is becoming an unwelcome ritual before handing off the
> release baton.
>
> Is there an easy solution to
-maint on the new modules is becoming an unwelcome ritual
before handing off the release baton.
Is there an easy solution to getting co-maint on all modules in a
distro? Is it just something we need to remember to do, or is there
an automatic solution somewhere?
Chris
The modules WWW::Authen::Simple and DBIx::PDlib implement things that are
very similar to a plethora of alternitive modules out there (which is why
I'm asking about them both in one thread).
WWW::Authen::Simple implements an easy to use OO cookie based
authentication with a database backend. It r
to
someone who has used Geo::shapefiles and GeoIP, and is looking for something
similar.
"Geography::" WOULD show up on a Geo search, but is it better for me to locate
new modules here rather than in Geo? I had thought that Geo:: looked like a
standard place, until the Geography area
* Oliver White [2003-11-12 20:22]:
> As a first step, I was considering adding a module to read GSHHS data
> [a binary format for coastline data] and give it a name something like
> Geo::GSHHS. More info at the site:
> http://www.soest.hawaii.edu/wessel/gshhs/gshhs.html
You could petition the na
is is *definitely* the right place to ask.
> Is there already
> code somewhere that does it? Would anyone be offended if I wrote
> the module?
>
No one will take offense if you write the module, but (as you imply
above) our fellow module-authors are picky about the names of new
modules.
One
On Wed, Nov 12, 2003 at 08:22:01PM +, Oliver White wrote:
>
> As a first step, I was considering adding a module to read GSHHS data [a
> binary format for coastline data] and give it a name something like
> Geo::GSHHS. More info at the site:
> http://www.soest.hawaii.edu/wessel/gshhs/gshhs.
Hiya. I'm about to start work on some GIS programming in Perl, and will likely
end up with a few modules that might usefully go onto CPAN.
From what I've read on the FAQs though, it seems like a bit of a minefield to
choose a name that someone else doesn't want, and to find out if anyone's
alre
12 matches
Mail list logo
