Hi José
Congratulations for the research and suggestions for a module's name.
Have you also asked on http://prepan.org/?
I do have 1 problem with your suggestion of Number::Convert::Roman. It
does not mention Arabic. Why is that?
It would make more sense to call the module
Number::Convert::
Hi,
I have been working on a module that converts numbers between roman and
arabic notations. Modules with similar funcionality already exist in CPAN:
Text::Roman - Allows conversion between Roman and Arabic algarisms
Math::Roman - Arbitrary sized Roman numbers and conversion from and to
Arabic
C
Hi,
A while ago I registered a namespace WordPress::Plugins::RSVP. That was before
I really understood the point of modules (as modular components versus complete
applications).
Anyway, would it be possible to de-register this namespace?
Regards,
Christopher Landry (LUXOR)
[[ This message was both posted and mailed: see
the "To," "Cc," and "Newsgroups" headers for details. ]]
In article , Benjamin
Ulfenborg wrote:
> Hi! My name is Benjamin and I'm a PhD student at the University of Skvde,
> Sweden. In my work I have developed an algorithm in Perl for classific
Hi! My name is Benjamin and I'm a PhD student at the University of Skövde,
Sweden. In my work I have developed an algorithm in Perl for classification of
samples based on numeric expression data, and would like to distribute it via
CPAN. The algorithm is called TrunkClassifier, and I'm wondering
[[ This message was both posted and mailed: see
the "To," "Cc," and "Newsgroups" headers for details. ]]
In article <4e691af9.2020...@ford-mason.co.uk>, Andrew Ford
wrote:
> I would like to register the namespace "DBD::Gofer::Transport::adaptor".
I suggest asking on the DBI mailing about the
I would like to register the namespace "DBD::Gofer::Transport::adaptor".
This module is a DBD::Gofer transport that provides a hook to intercept
SQL statements and rewrite them if necessary. It is intended for
unit-testing systems that use complex databases accessed through stored
procedures.
I think this is pretty straightforward, but seeing how I'm new I'd
like to follow instructions and double check that I'm on the right track
here. I'm developing some perl bindings for the Ceph (filesystem)
project's RADOS library. I've temporarily named what I've been working
on "Ceph::RADOS".
>
>
> As we note in the guidelines, "Lite" is a poor choice because it
> doesn't say how it is lighterweight and what you're leaving out.
>
>
Okay. Would any of the following be acceptable?
::Core, ::CorePerl, ::Independent, ::Mooseless
Rick Yakubowski
[[ This message was both posted and mailed: see
the "To," "Cc," and "Newsgroups" headers for details. ]]
In article , Rick
Yakubowski wrote:
> I definitely wanted feedback from the list due to the naming guidelines.
> However, I thought ::Lite might actually be applicable in this case.
As w
Mr. Foy,
Thank you for your reply.
I definitely wanted feedback from the list due to the naming guidelines.
However, I thought ::Lite might actually be applicable in this case. As I
mentioned earlier, my module keeps itself dependent on core Perl and offers
a more common set of geo coordinate fun
[[ This message was both posted and mailed: see
the "To," "Cc," and "Newsgroups" headers for details. ]]
In article , Rick
Yakubowski wrote:
> I have written a simple module that I would like to include in the Geo::Calc
> namespace on CPAN called Geo::Calc::Lite.
We generally don't like ::L
Hello,
I have written a simple module that I would like to include in the Geo::Calc
namespace on CPAN called Geo::Calc::Lite.
It offers a lighter set of dependencies than Geo::Calc, requiring only core
Perl modules (Carp, Exporter, and Math::Trig), and does not use anything
heavy like Moose. It o
Hi,
I'm interested in adding a new module for communication with
the XM satellite radio 'PCR'. It's a small user-interface-less box with a
USB port.
I have rewritten another author's code, and believe two good choices
would either be Audio::Xmpcr or Hardware::Xmpcr, with
CGI::Alert is a simple-to-use module:
use CGI::Alert '[EMAIL PROTECTED]';
It traps 'die's and warnings, and sends an email notification
to the given maintainer. Warnings are never shown to the
remote (web) user, but if the script dies, a message is sent
to the browser indicating that an erro
I never got a reply to the e-mail below. I still can't "Edit Module
Metadata" for Win32-UTCFileTime, even now that PAUSE maintenance has
finished. How often is The Module List released???!!!
Steve
Original Message
Subject:Module Namespace Registratio
At 04:32 PM 2003-07-26 +0100, Sagar Shah wrote:
So i've got two options of a base:
1) Meta::Lang::Pod::DocBook
2) Pod::XML
I say choose option three: Pod::Simple. Look at Pod::Simple::XMLOutStream
for an example.
--
Sean M. Burkehttp://search.cpan.org/~sburke/
On Sat, 2003-07-26 at 14:35, Sean M. Burke wrote:
> At 09:38 AM 2003-07-26 +0100, Sagar Shah wrote to the modules list.
> >All,
> >I'd like to contribute a new module to CPAN which i'm currently calling
> >Pod::DocBookXML
> >[...]Similar modules on CPAN:
> >Pod::DocBook - however this produces DocB
At 09:38 AM 2003-07-26 +0100, Sagar Shah wrote to the modules list.
All,
I'd like to contribute a new module to CPAN which i'm currently calling
Pod::DocBookXML
[...]Similar modules on CPAN:
Pod::DocBook - however this produces DocBook SGML
Pod::XML - does not produce DocBook. Could use a styl
All,
I'd like to contribute a new module to CPAN which i'm currently calling
Pod::DocBookXML
As its name implies, the module is for converting Pod to DocBook XML.
FYI (for those that don't know): There are two types of DocBook SGML
and XML.
I'm mailing this list to check that people are happy
Hi,
I registered a new module namespace recently (Win32-UTCFileTime,
user-id: SHAY) and have since uploaded two versions of that module.
Both have been indexed OK, but when I login to PAUSE and go to "Edit
Module Metadata" I find that this module is not in my list. Should it be?
T
Thanks for your suggestion.
I would have hoped delegation would be okay, since it's very similar to
the idea of object delegation. Script i chose because its for scripts,
but then again so are the Getopt modules.
My only concern about using Getopt would be that it's not really getting
command lin
At 11:11 AM 2003-05-26 +0100, Sagar Shah wrote:
I'd like to contribute a new module to CPAN which i'm currently calling
Script::Delegate.
A description of the module can be found here:
http://www.shahdot.uklinux.net/man_pages/Delegate.html
I suggest something under Getopt -- maybe maybe
Getopt::Ca
CGI::Search is a simple way of searching flat-text database files for CGI
scripts. It includes automatic validation of database fields and user
input, as well as supporting template-able output using HTML::Template.
Hi, I've started work on a Perl module for accessing CVS. I'd
like to add it to CPAN as an idea entry for now; I expect to have
code soon.
I came up with the name VCS::LibCVS. I would have preferred
VCS::CVS, but I can't have a directory called CVS, and the owner
of VCS, asked me not to use VCS
> On Sat, 20 Apr 2002 15:16:13 -0400, "Lincoln A. Baxter" <[EMAIL PROTECTED]>
>said:
> Hi all,
> I would like to call your attention for the following thread on
> comp.lang.perl.modules: "New module which provides access to HP
> Openview opcmsg API".
> This is a discussion I star
Hi all,
I would like to call your attention for the following thread on
comp.lang.perl.modules: "New module which provides access to HP Openview opcmsg
API".
This is a discussion I started concerning top level API name space issues
surrounding the addition of a new or sub namespace for an Op
I recently wrote a module (which I am currently calling Shared.pm). Shared
allows data to be shared across processes on a single/multiple machine(s)
through the use of a forked tcp server and Storable.pm. I've spent quite
some time fine tuning/debugging the module, and I feel its finally stab
I am VERY sorry to have to mail you twice, but I wanted to
propose that my module use the namespace:
Statistics::Bootstrap
-Steve Santy
Interim Associate Vice President for IT
Security and Policy
Office of the Vice President for
Information Technology
Purdue University
765-49
Hello!
I need help choosing a name space for my modules that handle
Thesaurus/Catalog/News, basically, Digital Library stuff. My first
idea was DigLib on the root, but I think it wasn't accepted.
I would appreciate some help
Alberto
--
| Alberto Manuel Brandão
Dear,
I'm currently working on a set of Perl modules that
interface with a relational database model for the storage and retrieval of XML
files. These modules include a broker that handles all database access, modules
for XML entities (Document, Element, Attribute, ...) and a SAXDriver modu
The next version of the Module List will list the following module:
modid: namespace
DSLIP: Rdpnp
description: Perl pragma to use like C++ namespace alias
userid: AMICHAUER (Albert N. Micheev)
chapterid: 99 (Not_Yet_In_Modulelist)
enteredby: ANDK (Andreas J. Köni
In perl.modules, you wrote:
>--=_NextPart_000_01B6_01C14446.9AE8EBC0
>Content-Type: text/plain;
> charset="iso-8859-1"
>Content-Transfer-Encoding: 7bit
>
>I've written some perl code to interface to a Davis Vantage Pro weather
>station. I'd like to repackage it as a CPAN module with a pr
I've written some perl code to
interface to a Davis Vantage Pro weather station. I'd like to repackage it as a
CPAN module with a proposed namespace of:
Device::VantagePro
The methods in this module will
Receive data from the
datalogger (EEPROM device that stores data from the weat
After careful thought, I'd like to retract those two, and unify them
into a single "Sendmail::AccessDB", and let there be a single module
for dealing with the multiple things contained in that access DB.
What's the average turnaround on namespace registrations (not trying
to hurry anyone, just
Until recently, I (FIMM) was the maintainer of the Net::IRC
module. Pete Sergeant (SARGIE) has agreed to take it over, but PAUSE
seems to have no mechanism for performing such a transfer of
responsibility. Anyone know how I'd go about giving him "ownership" of
the module?
Thanks
Not needed. Would be redundant. CGI::Application fits in mod_perl just fine.
Jamie Krasnoo
[EMAIL PROTECTED]
I still can't see Carp::Datum and CGI::Test on PAUSE.
And I still see Devel::Datum, which is to be removed (replaced
by Carp::Datum).
Since the modules are now uploaded and distributed, I'd like to be able
to correctly reserve the names to avoid further conflicts.
Raphael
Please register the following namespace, preparing for a package release
in another week.
9) Interfaces to or Emulations of Other Programming Languages
Name DSLI Description Info
--- -
On Wed, Nov 15, 2000 at 01:31:49AM +0100, Andreas J. Koenig ([EMAIL PROTECTED])
wrote:
> > On Mon, 13 Nov 2000 23:22:34 +, Dave Cross <[EMAIL PROTECTED]> said:
>
> > How about we go for Symbol::Approx::Sub? We've had a discussion on
> > the mailing list and that seems to be our favouri
> On Mon, 13 Nov 2000 23:22:34 +, Dave Cross <[EMAIL PROTECTED]> said:
> How about we go for Symbol::Approx::Sub? We've had a discussion on
> the mailing list and that seems to be our favourite.
> Please let me know what you think - as I am giving a talk to
> london.pm on the module
On Sun, Nov 12, 2000 at 12:37:38PM +0100, Andreas J. Koenig ([EMAIL PROTECTED])
wrote:
> > On Fri, 10 Nov 2000 08:25:20 -0800, "Dave Cross" <[EMAIL PROTECTED]> said:
>
> > Hope this clears things up. If you'd rather it was called something
> > like Stupid::Approx::Sub, I'd behappy with tha
> On 12 Nov 2000 12:37:38 +0100, [EMAIL PROTECTED] (Andreas J. Koenig) said:
>> Hope this clears things up. If you'd rather it was called something
>> like Stupid::Approx::Sub, I'd be happy with that too.
> Maybe Devel::Approx or Devel::Symbols::Approx? The rootlevel Approx::
> seems too
> On Fri, 10 Nov 2000 08:25:20 -0800, "Dave Cross" <[EMAIL PROTECTED]> said:
>> I regret I didn't hear your talk, apparently I'm missing something.
> Well, it's still a stupid thing, but one that a number of people
> seem interested in extending.
Hear, hear.
> The cool stuff (well, what
From: [EMAIL PROTECTED] (Andreas J. Koenig)
Date: 11/10/00 7:46:05 AM
>> On Thu, 9 Nov 2000 22:28:02 +, Dave Cross <[EMAIL PROTECTED]>
said:
>
> > I've mailed this list a couple of times before about my
> > Sub::Approx module, but have had no response. We've had
> > a bit of discussion
> On Thu, 9 Nov 2000 22:28:02 +, Dave Cross <[EMAIL PROTECTED]> said:
> I've mailed this list a couple of times before about my Sub::Approx
> module, but have had no response. We've had a bit of discussion on
> hte subapprox mailing list and have decided that we will rename the
> modu
I've mailed this list a couple of times before about my Sub::Approx module, but have
had no response.
We've had a bit of discussion on hte subapprox mailing list and have decided that we
will rename the module to Approx::Sub. This is because the we plan to work on
Approx::Array, Approx::Hash,
I would like to request a user-id for CPAN/PAUSE,
in order to upload the Try.pm module, as follows.
Name: Tony Olekshy
email: [EMAIL PROTECTED]
Preferred id: OLEKSHY
Perl Language Extensions
Try bdph Structured Exception Handling Mechanism OLEKSHY
This is an impl
Hi folks,
I'd like to register the following module:
Win32::Lanman - implements the most common MS Lanmanager API calls
- Rd+f
My CPAN id is JHELBERG.
Regards, Jens
Hi
It's been just about 3 weeks and I haven't heard back from you folks
about the module namespaces I wanted to register...
Ref: <[EMAIL PROTECTED]> on Fri, 04 Aug 2000.
(http://www.xray.mpe.mpg.de/mailing-lists/modules/2000-08/msg00028.html)
Here's an updated list of modules, some already av
On Wed, Jun 07, 2000 at 04:01:25PM -0400, [EMAIL PROTECTED] wrote:
> I would like to ask for the FestVox::* name space. We have
> a suite of modules for building synthetic voices amd other
> things associated with the FestVox project (http://www.festvox.org)
> and we'd like to put them here. One
Hello,
I would like to ask for the FestVox::* name space. We have
a suite of modules for building synthetic voices amd other
things associated with the FestVox project (http://www.festvox.org)
and we'd like to put them here. One of the first items
we'd like to put up is FestVox::PointyClicky, a
I have just uploaded the first alpha version of RPM bindings in
Perl. The package names in the kit are:
RPM
RPM::Constants
RPM::Database
RPM::Headers
There will likely be more as development continues. This should have
the DSLI code of:
adcO
Based on the current c
Hi there ...
I've just uploaded a mature release of NetServer::Generic. (It's been
running a bet-the-company mission-critical financial system for two years,
so I think it's just about beta-tested ;-)
I'm currently considering a new project and just want to clear the proposed
module name with y
> On Mon, 1 May 2000 10:46:37 -0400, "Kurt D. Starsinic" <[EMAIL PROTECTED]> said:
>> > On Mon, May 01, 2000 at 09:19:51AM +0200, [EMAIL PROTECTED] wrote:
>> > > I´m developing a number of WAP related Perl modules, and would like to
>> > > contribute them to CPAN.
>> > > I am however a bit un
On Mon, May 01, 2000 at 10:46:37AM -0400, Kurt D. Starsinic wrote:
> On Mon, May 01, 2000 at 08:44:38AM -0400, Jon Orwant wrote:
> >
> > WAP is the right top-level name.
>
> I agree wholeheartedly.
>
> Now, who dares claim that [EMAIL PROTECTED] is a read-only list?
Ah, but this was an
On Mon, May 01, 2000 at 08:44:38AM -0400, Jon Orwant wrote:
> Joshua N Pritikin writes:
> > On Mon, May 01, 2000 at 09:19:51AM +0200, [EMAIL PROTECTED] wrote:
> > > I´m developing a number of WAP related Perl modules, and would like to
> > > contribute them to CPAN.
> > > I am however a bit un
At 8.41 -0400 2000.05.01, Joshua N Pritikin wrote:
>On Mon, May 01, 2000 at 09:19:51AM +0200, [EMAIL PROTECTED] wrote:
>> I´m developing a number of WAP related Perl modules, and would like to
>> contribute them to CPAN.
>> I am however a bit unsure about what namespace/name hierachy to choose.
>>
Joshua N Pritikin writes:
> On Mon, May 01, 2000 at 09:19:51AM +0200, [EMAIL PROTECTED] wrote:
> > I´m developing a number of WAP related Perl modules, and would like to
> > contribute them to CPAN.
> > I am however a bit unsure about what namespace/name hierachy to choose.
> > I would like
On Mon, May 01, 2000 at 09:19:51AM +0200, [EMAIL PROTECTED] wrote:
> I´m developing a number of WAP related Perl modules, and would like to
> contribute them to CPAN.
> I am however a bit unsure about what namespace/name hierachy to choose.
> I would like the WAP:: toplevel name, with my individua
I´m developing a number of WAP related Perl modules, and would like to
contribute them to CPAN.
I am however a bit unsure about what namespace/name hierachy to choose.
I would like the WAP:: toplevel name, with my individual modules
released at second level as they get contributed.
Is there anoth
Hi there,
I've come up with a module which handles installing files to a PalmPilot
handheld with the minimum of hassle on both UNIX and Windows.
Currently the name I'm using for this module is PDA::PilotInstall . I
didn't want to pollute the PDA::Pilot namespace as that's already owned by
the p
62 matches
Mail list logo