I am working on a module that when given a CPAN distribution, it will
determine what modules that distribution depends on by scanning the META.yml
file or if that one is not present, the Makefile.PL file.
Is that a good name for it?
It differs from existing modules in that it merely parses the
On 7/16/2004 5:04 AM Randy W. Sims wrote:
I haven't really looked in detail, but I do know that there are a lot of
modules that do this using various approaches. Are you sure you have
looked at them all and that none are similar enough to use or extend
instead of creating another module?
I'm
I have a prototype Perl script that will determine the dependencies of a given
CPAN distribution, and then check CPAN Testers for any failure reports of that
distro or dependent distros for a given platform.
I would like to work with other people to turn this into something of use to
the
On 7/18/2004 5:14 AM Smylers wrote:
[...]
Rather than the dependent app (or module) having a list alternatives
that are known to work, it could instead depend on some 'abstract'
package. Other distros are then able to say that they 'provide' that
abstract package. So if another module is
I am working on a module that can query isbnreference.org for information
about a particular book.
isbnreference.org is an open-source ISBN lookup service.
As far as I know, there is no Perl module which uses isbnreference.org,
although there are modules to support the Library of Congress
I am working on a module that can query isbnreference.org for information
about a particular book.
have you thought about working with Ed Summers to put that into
Business::ISBN ?
I have joined the isbnsearch-devel list that maintains the software for
isbnreference and have brought up the idea
to do X
On 7/25/2004 2:26 AM brian d foy wrote:
On Sun, 25 Jul 2004, Robert Rothenberg wrote:
I don't think it's appropriate to merge with Business::ISBN, which
just deals with ISBN data. The isbnsearch system is a distributed,
open-source isbn-lookup system for bibliographic data
I have a module called List::SkipList which has been on CPAN for quite a
while. I'm thinking of renaming it to Algorithm::SkipList, which seems more
appropriate (and nobody said yeah or nay to my request for the List::SkipList
namespace on [EMAIL PROTECTED]).
Does anyone consider that an
is and are already looking for
it, I'd be accused of spamming the namespace. So that's not a good idea.
(And most of the Tree modules probably belong in Algorithm anyway).
Rob
On 7/31/2004 11:05 AM Ken Williams wrote:
On Jul 30, 2004, at 1:35 PM, Robert Rothenberg wrote:
I have a module called List
I've noticed that when authors validate string values as inputs, they often
check that the value is not a reference.
The problem is that it disallows objects that are overloaded to behave like
strings.
It's relatively easy to check that an object behaves like a string, and I have
some code
09:21 Robert Rothenberg wrote:
So I have an idea for a module called Class::Stringify that would do
the following as a base class for a module:
(1) if the class doesn't have the stringification operator overloaded, die
since it's the bare minimum
(2) if the class doesn't have the cmp operator
I'd have to double-check the overload documentation again, but I don't think
overload derives cmp from string conversion, so you have to check for cmp as well.
It doesn't seem to work. I think because the method isn't named '', it's
just how it's set up with overload. (I have not delved into
FYI, I've uploaded Module::Phalanx100 to CPAN in to
$CPAN/authors/id/R/RR/RRWO/Module-Phalanx100-0.01.tar.gz
It simply contains a list of the Phalanx distributions from the project
web site at http://qa.perl.org/phalanx/.
It's provided so that anyone who needs a consistent list can use it
On 29/03/2005 22:14 Andy Lester wrote:
Mea culpa. I'll rephrase.
Or thrown away entirely, along with the rest of the archaic idea of
module registration.
The time has come to recognize that CPAN is an unregulated free-for-all,
and that the existing way of trying to wrap our heads around its
Same here.
On 08/04/2005 20:02 Ken Williams wrote:
On Apr 8, 2005, at 12:32 PM, Michael G Schwern wrote:
die NA: $reason;
Since, at the moment, we're having trouble putting together a system to
cover the possible reasons for an NA report let the module author
figure it
out. Its simple and
I have a class whose constructor accepts a Log::Dispatch object to send
log-messages to.
I would like to write some tests for the logging behavior. I have in
mind a specialised subclass of Log::Dispatch::Output which also has test
methods.
Before I do any more work on this module, is there
An initial version of Pod::Readme has been uploaded to CPAN. It can be
found at http://search.cpan.org/~rrwo/Pod-Readme-0.01/
This version does not yet have meaningful tests (*gasp*) and does not
automatically generate a REQUIREMENTS or INSTALLATION section.
Feedback and suggestions would be
On 17/06/2005 09:14 Michael G Schwern wrote:
This is all a bit of a ramble. Could we have an executive summary as to
the point particularly in relation to MakeMaker, CPANPLUS and module authors
in general?
CPANPLUS issues FAIL reports when there is no C compiler, which irks
module authors
In rewriting the node class for Algorithm::SkipList in C, it occurred to
me that the node class would be useful for other tree and linked-list
modules which require a key/value pair and some pointers to child nodes.
Because it's written in C, it uses less memory than a hash variable
(which
I'm rather annoyed by the spate of CPAN uploads which have defaults from
h2xs or Module::Install that are not edited, things like Perl extension
for blah blah blah or A. U. Thor. In other words, stupid mistakes.
So I've been toying ideas for a module which checks for files which
match
I don't think patches to Module::Starter or similar packages will help.
The problem isn't with the starter utilities, it's what comes out the
other end when distributions are built. (So an eventual patch for
Module::Build, perhaps?)
Anyhow, when a prototype is ready I'll post an
The problem is that authors use boilerplates. With Module::Starter there
are lots of modules with abstracts The great new [modulename]. No
matter what wiz-bang new module starter system somebody comes up with,
there will be some kind of boilerplate text. Unless maybe it asks you
to write
What do you think about Module::Starter also building, by default, a
test file that checks for the boilerplate text?
Now *that* is a great idea!
Perhaps a Test::Boilerplate module is in order, which can be used by
Module::Starter, Module::Release, CPANTS, PAUSE, and any other place
that somebody deems it necessary.
That was my original idea anyhow.
FYI,
I've given up on using Windows (hooray! boo! yawn) for a while, and so
have a few Win32 modules which I will be unable to maintain for the
foreseeable future:
Log::Dispatch::Win32EventLog
Win32::EventLog::Carp
File::HomeDir::Win32
If you or anyone you know would care to take over
I prefer the three-number style version numbering (e.g. 1.2.3) but due to
problems with older versions of Perl I've gotten into the habit of using
decimal style numbering.
I'm thinking of releasing my next package on CPAN using the three-number
style, but I'm concerned about compatibility.
I've
I think the Module::* namespace is the preferred namespace for things that
analyze packages.
FYI, there already is a Module::MakefilePL::Parse with a similar function,
though it doesn't use PPI. (I've not updated it in a long time, since I've
put the project that used it on the back burner ;)
I'm reminder of one other issue: there are Windows vs Unix end-of-line
issues that it sometimes chokes on.
I've just re-released Pod::Readme without a signature, because the signature
problems are choking up Module::Build users.
On 05/07/2006 05:10 AM James E Keenan wrote:
I don't claim to
On 05/07/2006 02:34 PM Ken Williams wrote:
I've just re-released Pod::Readme without a signature, because the
signature problems are choking up Module::Build users.
Module::Build doesn't do anything with signatures - all it knows how to
do is generate a signature file when building a
the key:
$ grep ^keyserver ~/.gnupg/gpg.conf
keyserver hkp://subkeys.pgp.net
$ gpg --search 0xBB72D9C5
Keys 1-2 of 2 for 0xBB72D9C5
(1) Robert Rothenberg (CPAN) rrwo[at]cpan.org
1024 bit DSA key 5DB01E18, created 2005-11-09
(2) Robert Rothenberg robrwo
I quite like CPAN Ratings, and find that most of the ratings are useful.
That there is some junk in there is no reason to kill it off.
An improvement would be to turn it into a forum, maybe merge with CPAN
forums but keeping reviews separate from technical support questions. (Bad
reviews such as
I'm thinking that an alternative to N/A or UNKNOWN test reports for
Bundle::* modules is to have a Test::Bundle module which does some
rudimentary tests on a bundle:
- check that NAME, SYNOPSIS, CONTENTS, DESCRIPTION and AUTHOR
sections are present
- check that all of the modules listed in
I would like to split off Mozilla::ProfileIni from the Mozilla-Backup
distribution and include it with Mozilla::Prefs::Simple, make use of some
other modules (e.g. *::Mork ones) for a package which queries and
manipulates Mozilla profiles.
I don't see anything controversial about the
On 05/01/08 22:47 Guy Hulbert wrote:
On Sat, 2008-01-05 at 19:56 +, Robert Rothenberg wrote:
I would like to split off Mozilla::ProfileIni from the Mozilla-Backup
distribution and ...
I was thinking about uploading an INI module myself. So this post
prodded me to run a search on Cpan
While debugging a project that generated a lot of temporary files, I came
upon a nifty idea: rather than name the temporary files the usual random
strings, why not have the files named by the method/function that created
them, e.g. instead of something like /tmp/Hf6254d85.txt, why not call it
The module makes use of File::Temp, but the interface is different,
and I don't think it makes sense to add specialised high-level
functionality to a low-level module.
On Sat, Jun 18, 2011 at 4:42 PM, Bob Parker b...@perldevgeek.com wrote:
-Original Message-
From: Robert Rothenberg r
at 5:36 PM, Robert Rothenberg r...@cpan.org wrote:
The module makes use of File::Temp, but the interface is different,
and I don't think it makes sense to add specialised high-level
functionality to a low-level module.
On Sat, Jun 18, 2011 at 4:42 PM, Bob Parker b...@perldevgeek.com wrote
the other
features you describe should be in a new module?
On Sat, Jun 18, 2011 at 6:44 PM, Robert Rothenberg r...@cpan.org wrote:
It has a different interface, necessarily. File::Temp only manages single
temp files or directories in isolation, whereas my module manages a set of
them
create_temp_file() that is called by other
methods, you want those other methods instead.
So I am thinking that File::Temp::Devel or File::Temp::Trace may be a better
name, since it will be of most use to developers.
Regards,
Rob
On 16/06/11 21:23 Robert Rothenberg wrote:
While debugging a project
This module would be based on Test::Prereq, but instead of looking in a
Makefile.PL, it would look in a Mini-CPAN (based on the CPAN, CPANPLUS
configuration) and see if the module was specified in the 02packages list.
At $work, I've been writing scripts that use PPI to munge massive amounts
of legacy code. So far simple things like changing die/warn to croak/carp,
ensuring all modules specify a minimum version number, or changing print
foo\n so say foo, etc. It seems worthy enough to turn this code into a
CPAN
it just has some stub
rules, until I flesh out the interface etc.
Regards,
Rob
On Sat, Aug 31, 2013 at 6:11 AM, Robert Rothenberg r...@cpan.org wrote:
At $work, I've been writing scripts that use PPI to munge massive amounts
of legacy code. So far simple things like changing die/warn to croak/carp
Hello,
I used to have co-maint permissions for Set-Light. They seem to have
gone away.
Any idea what's happened?
Regards,
Robert
On 07/05/2021 13:38, PAUSE wrote:
The following report has been written by the PAUSE namespace indexer.
Please contact modu...@perl.org if there are any open
When I log in to PAUSE, it still shows it as owned by ADOPTME.
On 26/02/2021 10:12, Neil Bowers wrote:
Hi John,
TL;DR: I’ve transferred the first-come permissions on
Algorithm-SkipList to you.
I’m one of the PAUSE admins.
I was surprised to see Algorithm-SkipList marked as owned by
I'm fine with it.
Note there's an unfinished development version on CPAN and a github repo
at https://github.com/robrwo/Algorithm-SkipList
Robert
On 25/02/2021 06:40, John M. Gamble wrote:
I was surprised to see Algorithm-SkipList marked as owned by ADOPTME
in PAUSE, which is not the case
I am looking for somebody to take over maintenance of the Perl package
Mozilla::Backup, which is useful for reading information about and backing
up or restoring the profiles of various Mozilla-based applications.
It really needs to have the profile-handling code broken off into a separate
I am unsure what to name a module that implements the freedesktop.org Trash
standard.
Freedesktop::Trash seems to be the obvious name, but there's nothing in the
Freedesktop top-level namespace.
X11::Trash might make more sense, but it doesn't use anything X11-specfic.
It could just as well be
47 matches
Mail list logo
