<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.lang.perl.modules.authors">
    <title>gmane.comp.lang.perl.modules.authors</title>
    <link>http://blog.gmane.org/gmane.comp.lang.perl.modules.authors</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6104"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6101"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6090"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6088"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6087"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6086"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6084"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6083"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6072"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6070"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6064"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6062"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6057"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6047"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6046"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6045"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6042"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5982"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5962"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5916"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6104">
    <title>Idea for a module: Test::Prereq::MiniCPAN</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6104</link>
    <description>&lt;pre&gt;
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.




&lt;/pre&gt;</description>
    <dc:creator>Robert Rothenberg</dc:creator>
    <dc:date>2012-05-18T14:41:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6101">
    <title>RFC: Arduino::Pseudo</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6101</link>
    <description>&lt;pre&gt;hello CPAN fellows,

I'm toying with Arduino lately, and I wrote myself a sort of Arduino 
pseudocode simulator. in Perl :-)

basically, it's just a Wx::App which tries to mimic the working of an 
Arduino, with visible widgets for physical components like pushbuttons, 
leds and potentiometers.

it's still very rude and the GUI is not visually pleasant, but I found 
it moderately useful so far.

I have setup a quick page which shows some synopsis code and explains a 
little bit better what the module does:

http://dada.perl.it/Arduino-Pseudo/

the questions:

a) do you think it's worth a CPAN upload, or better keep it in the crazy 
ideas drawer? :-)

b) do you think the name Arduino::Pseudo fits?

I know there is the Device::Arduino namespace already, but since this 
has really nothing to do with the actual physical device, I don't think 
it should be in Device::.

on the other hand, it would be a new top-level namespace, which maybe 
someone won't like. I'm open to suggestions.

cheers,
Aldo

&lt;/pre&gt;</description>
    <dc:creator>Aldo Calpini</dc:creator>
    <dc:date>2012-05-04T13:28:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6090">
    <title>removal request - Sys::UniqueID</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6090</link>
    <description>&lt;pre&gt;Hi all,
while I was browsing CPAN I found Sys::UniqueID which I think should be 
removed from CPAN for several reasons:
1. It doesn't compile (hostip isn't exported by Sys::HostIP
2. It doesn't do what it says in the docs, even when I replaced hostip 
with ip it didn't work (returns empty string)
3. Author's email address is dead.||
4. No updates since 2000 (not a problem by itself, but see 1 and 2)

Given there's Data::UUID which is a better alternative (even to working 
Sys::UniqueID) I think it's reasonable to remove Sys::UniqueID from CPAN.

If removal isn't possible is there any other mechanism (forced 
depreciation?) that can be used?

Daniel
&lt;/pre&gt;</description>
    <dc:creator>Daniel Lukasiak</dc:creator>
    <dc:date>2012-04-24T17:05:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6088">
    <title>Contacting Tassilo von Parseval about adopting Inline::Lua</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6088</link>
    <description>&lt;pre&gt;Hi all,

Rob Hoelz has written this blogs.perl.org post about his willingness to
contribute to Inline::Lua by contacting the original author :

http://blogs.perl.org/users/hoelzro/2012/04/still-alive-inlinelua.html

Quoting from it:

[QUOTE] 

I was reading about the Inline module the other day, so naturally I looked to see if there was a binding for one of my other favorite languages, Lua. Sure enough, Inline::Lua exists; however, it has not seen a new release in nearly five years, and it doesn't even build on perls newer than 5.10. I like this idea enough that I'd like to put some time into it and cut a new release; however, I haven't been able to reach the author. So, in accordance with the guidelines I read in the CPAN FAQ, I'm making a post asking if the original author, Tassilo von Parseval, is still in the Perl community and interested in updating this module.

[/QUOTE]

There's also a useful comment by Joel Berger with some leads.

Regards,

Shlomi Fish

&lt;/pre&gt;</description>
    <dc:creator>Shlomi Fish</dc:creator>
    <dc:date>2012-04-23T09:11:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6087">
    <title>RFC: Name for new modules (RandomJungle::)</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6087</link>
    <description>&lt;pre&gt;&amp;lt;resending from a gmail account after failed attempts from a yahoo account
- apologies for duplicate postings if the first ones eventually come
through)

Hi,

I developed a series of modules that provide users with the ability to
post-process and manipulate the output of the Random Jungle program (
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.

Thanks,
Bob

There are 7 modules in this distribution, 4 of which provide low-level
access to files and 3 of which are intended to be used by client programs.

Modules to access RJ data files:

RandomJungle::File::XML - Low level access to the data in the RandomJungle
XML output file

RandomJungle::File::RAW - Low level access to the data in the RandomJungle
RAW input file

RandomJungle::File::OOB - Low level access to the &lt;/pre&gt;</description>
    <dc:creator>Robert Freimuth</dc:creator>
    <dc:date>2012-04-15T02:27:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6086">
    <title>New DMTF module set with proposed top-level namespace</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6086</link>
    <description>&lt;pre&gt;I'm working on a set of modules which implement various DMTF standards.  Mostly they are alphabet soup, but my proposal for the module names is:

DMTF::CIM - Working with a DSP0004 CIM (Common Information Model) object model
DMTF::WSMan -The WS-Management protocol (DSP0226)
DMTF::CIM::MOF -MOF (Managed Object Format) parser (format defined in DSP0004)
DMTF::CIM::WSMan - Maps WSMan traffic to CIM data (DSP0227 and DSP0230)
DMTF::SMME -SM ME (DSP0215) UFiP expansion

Most of these modules are currently fairly light, but have room for growth and are interrelated and interdependent.  I initially considered a more abstract top-level namespace such as "Management" but that would make the association between the WSMan and CIM modules unobvious and already existing things such as SNMP:* and Net::SNMP are already in separate namespaces.  These module names are a bit of an alphabet soup, but most pass the "Google Test" and are obvious to people who would want to make use of the standards.

Future modules which are but&lt;/pre&gt;</description>
    <dc:creator>Stephen Hurd</dc:creator>
    <dc:date>2012-04-10T18:45:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6084">
    <title>Changing module name</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6084</link>
    <description>&lt;pre&gt;I am thinking about changing Plack::Middleware::Auth::Form to
WebPrototypes::LoginForm - the idea is to provide more such 'widgets'
(there are already two published:
http://search.cpan.org/search?query=webprototypes&amp;amp;mode=all - still
experimental) with the same basic approach for  reusabillity of web
elements.

Is there a common procedure for such a migration?

&lt;/pre&gt;</description>
    <dc:creator>Zbigniew Łukasiak</dc:creator>
    <dc:date>2012-04-09T11:23:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6083">
    <title>The Marpa namespace</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6083</link>
    <description>&lt;pre&gt;[ This post, from the marpa parser Google group (https://groups.google.com/forum/?hl=en&amp;amp;fromgroups#!forum/marpa-parser) largely repeats what I believe to have been the result of a previous discussion in this group.  I send it now because I know of several Marpa-based modules being created, suspect there are others, so that I think it may be timely.  Thanks.]

The standard and traditional practice is, where a module or set of modules is associated with a top-level namespace, to reserve that namespace for modules controlled by a single team.  The example cited most often is Moose, which top-level namespace is reserved for modules controlled by the Moose Team.  Moose modules not under the control of the Moose Team often go into the MooseX namespace, which is reserved for that purpose.

I feel that I need to follow this practice for Marpa.  Modules going into the Marpa top-level namespace should only be those completely controlled by the Marpa Team.  Among the places where other Marpa-related modules can go is i&lt;/pre&gt;</description>
    <dc:creator>Jeffrey Kegler</dc:creator>
    <dc:date>2012-03-24T03:01:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6072">
    <title>Proposal for building module info</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6072</link>
    <description>&lt;pre&gt;Hi,

At the start of each CPAN module review I do, there is a table of summary information for all the modules reviewed. Ron suggested that the module which builds up this information be released to CPAN. See an example at http://neilb.org/reviews/constants.html

At the moment this is part of the mash of code I use to construct the reviews, but I could pull it out to a small distribution, which would probably have two modules in it:

One which talks to MetaCPAN, gets the RT summary file, and talks to the CPAN dependencies service.
The other which is a data object, one per module. 

At the moment I have everything internally under a CPAN::Curation:: namespace, but if released separately I don't think that's appropriate.

CPAN::Module::Metadata for the data class?
CPAN::Module::GetMetadata for the builder? CPAN::Module::Metadata::Factory?

I don't really like the second name, but can't think of a better one off the cuff.

There are a number of modules which do related things, but I couldn't find one which does&lt;/pre&gt;</description>
    <dc:creator>Neil Bowers</dc:creator>
    <dc:date>2012-02-10T09:47:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6070">
    <title>metacpan logo contest voting?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6070</link>
    <description>&lt;pre&gt;I like
http://entries.contest.metacpan.org/2012/01/andy-walker-3.html
the best but it isn't clear how to register this, aside from giving it a
Google plus point.



&lt;/pre&gt;</description>
    <dc:creator>David Nicol</dc:creator>
    <dc:date>2012-01-31T02:09:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6064">
    <title>Finance::OFX is missing</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6064</link>
    <description>&lt;pre&gt;Well, it's sort of missing. It's still listed on search.cpan.org (http://search.cpan.org/~bfoz/Finance-OFX-2/lib/Finance/OFX.pm) but I got a report from a user that CPAN says that it's unavailable. I tried it myself and got:

10:13 bfoz&amp;lt; at &amp;gt;BrandonMBP~%sudo cpan install Finance::OFX
...
Running install for module 'Finance::OFX'

  The module Finance::OFX isn't available on CPAN.

  Either the module has not yet been uploaded to CPAN, or it is
  temporary unavailable. Please contact the author to find out
  more about the status. Try 'i Finance::OFX'.



It was working last time I tried it (admittedly, not recently) and everything looks ok to me in PAUSE, but I really have no idea what to check for. This is the first time I've had this problem. Any suggestions?


&lt;/pre&gt;</description>
    <dc:creator>Brandon Fosdick</dc:creator>
    <dc:date>2011-12-30T19:00:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6062">
    <title>looking for Jonathan R. Warden (JOHNWRDN)</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6062</link>
    <description>&lt;pre&gt;Does anyone know (how to contact) Jonathan R. Warden, the author of constant::Atom, which is his only distribution on CPAN.
Email to his contact email address bounces, and attempts to track him down via LinkedIn, facebook etc.

I'm writing a review of modules for defining constants, and in doing so found and fixed a bug in constant::Atom.

thanks,
Neil


&lt;/pre&gt;</description>
    <dc:creator>Neil Bowers</dc:creator>
    <dc:date>2011-12-23T00:59:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6057">
    <title>Net::Evernote</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6057</link>
    <description>&lt;pre&gt;Hi,

I just created a project on CPAN Net::Evernote, it's the most original
0.01 version.

http://search.cpan.org/~yhpeng/Net-Evernote-0.01/lib/Net/Evernote.pm

Evernote's API is a big collection of functions, I don't have that
much time to implement all of them.

If you anybody has the interest with this project, please let me know,
we could co-work with it.

Thanks.

Ken.

&lt;/pre&gt;</description>
    <dc:creator>Ken Peng</dc:creator>
    <dc:date>2011-12-15T01:33:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6047">
    <title>Naming of Perl module</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6047</link>
    <description>&lt;pre&gt;Hi there,

I'm close to completing a module, but I'm pretty clueless on what to call it. 

The purpose of the module is to find files which match a regular expression. The module currently only has one subroutine which takes two parameters, base_directory and expression. The subroutine traverses all subdirectories of the base directory and returns a hash when it's completed. 

Each key of the returned hash is the absolute path of the directory, and the value(s) associated with the key are the files which were found matching the regular expression within that directory, the hash only returns a directory if there are files which matched the given regex found within that directory. 

I've had a couple of ideas such as File::Snap (based on a card game I used to play as a child), but I'm not sure if it's very suitable. Any guidance would be appreciated.

Many thanks, 
Lloyd.

&lt;/pre&gt;</description>
    <dc:creator>lloyd&lt; at &gt;singletasker.co.uk</dc:creator>
    <dc:date>2011-12-13T16:21:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6046">
    <title>Looking for nightcat (LINC)</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6046</link>
    <description>&lt;pre&gt;Hi,

Does anyone have contact details, or even know the name of Nightcat (PAUSE id LINC)?
(S)he has three dists on CPAN, including HTTP::Client. I've fixed a number of bugs in HTTP::Client,
and mailed the address registered with PAUSE, but that results in a bounce (no such mailbox).

None of the dists give Nightcat's name, so I'm drawing a blank on tracking him/her down.
I've emailed postmaster at his registered address, to see if they can give me a forwarding address.

PAUSE admins: if that turns up nothing, I'll ask for co-maint.

Neil


&lt;/pre&gt;</description>
    <dc:creator>Neil Bowers</dc:creator>
    <dc:date>2011-12-13T00:49:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6045">
    <title>Module naming: postifx/dovecot/MySQL configuration</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6045</link>
    <description>&lt;pre&gt;Hi,

I've been working on a module which basically makes it easy to write
command-line tools for interacting with a postfixadmin[0] installation,
that is a Postfix/Dovecot mail server with virtual domains/users stored
in MySQL. I'd like to upload it to the CPAN, and I'm after some advice
on what to call it first.

The closest I can find on the CPAN is VUser::Email::Postfix which is
part of VUser. 

There's also Mail::Vpopmail which is exactly the same in purpose, but
for Vpopmail rather than postfixadmin.

To me, this obviously belongs somewhere in the Mail namespace, but I'm
not really sure where it should go in that. I'm tempted to rename it to
Mail::Postfixadmin, but I don't want to give the impression that it's
somehow endorsed by that project.

It's currently called Mail::Vpostmail (since originally it was to be a
postfix clone of the Vpopmail utilities and it must have seemed like a
reasonable pun at the time).

I've got a bunch of work to do on it over Christmas, and I figure that
that's also as good &lt;/pre&gt;</description>
    <dc:creator>Avi Greenbury</dc:creator>
    <dc:date>2011-12-13T13:06:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6042">
    <title>Looking for Sean Cannon (DODGER)</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/6042</link>
    <description>&lt;pre&gt;Hi,

Does anyone know how I can contact Sean Cannon? His PAUSE id is DOGER, and he has several dists on CPAN, including Geo::Coder::HostIP, which I've fixed a few bugs in.

Neil


&lt;/pre&gt;</description>
    <dc:creator>Neil Bowers</dc:creator>
    <dc:date>2011-12-12T00:41:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5982">
    <title>Module Naming for Perl Reference Object Lookup</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5982</link>
    <description>&lt;pre&gt;Hello people of module-authors!

I have been working on a module which will allow one to do some 
relatively advanced storage and lookup mechanisms
on pure Perl object references.

The features are as follows:

1) Use perl objects as keys.
2) You may choose whether the database will retain a strong or
     weak reference to either the key or the value
3) You may store a single value under multiple keys; keys may be of 
mixed type
4) Reference keys and objects may optionally be deleted when their 
referrant objects are destroyed
5) Store multiple value objects under 'tags' or 'attributes', these tags 
themselves may be either
     strings or references
6) Multiple deletion options, delete all keys/attributes
     by a value, delete a value by any given key, delete
     any values for a given attribute, delete an attribute lookup, 
dissociate an attribute from
     a value
7) Elegant debugging/dumping information, showing a lower level view of 
the lookup table
8) Uniform API with two currently implemented bac&lt;/pre&gt;</description>
    <dc:creator>mark</dc:creator>
    <dc:date>2011-11-26T04:39:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5962">
    <title>The CPAN Covenant</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5962</link>
    <description>&lt;pre&gt;A week ago I posted a proposal for a voluntary pledge, which CPAN
module authors could sign up to. With Bill Ward's tweak to the wording,
the discussion on per-distribution stating, and generalising the RT point:

   I hereby give modules&amp;lt; at &amp;gt;perl.org permission to grant co-maintainership
   to [% distribution %], if all the following conditions are met:

   (1) I haven't released the module for a year or more
   (2) There are outstanding issues in the module's public bug tracker
   (3) Email to my CPAN email address hasn't been answered after a month
   (4) The requester wants to make worthwhile changes that will benefit CPAN

   In the event of my death, then the time-limits in (1) and (3) do not apply.

In the discussion on module-authors, and talking to people at the London
Perl Workshop (LPW): about 60% thought it was a good idea, 20% a bad idea, and
20% indifferent. Most of the 'bad' being "it works that way already".

Talking to people at LPW, a number commented (paraphrasing):

    Just email the author,&lt;/pre&gt;</description>
    <dc:creator>Neil Bowers</dc:creator>
    <dc:date>2011-11-17T08:13:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5916">
    <title>The module authors pledge</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5916</link>
    <description>&lt;pre&gt;One of the problems I see with CPAN is that there are many modules
which have been left unattended. Many of these have outstanding bugs,
and a good number have patches and forked versions, some of which you can
find on RT. You'll also find people offering to take over the maintainership
of modules. While reviewing modules I've identified a lot of fixes, and 
documentation improvements, but it can take a lot of effort to get them out.

If the author or current maintainer of a module is unresponsive, there's
a well-defined, but lengthy, process to request co-maintainership. 
There are good reasons for this -- I'll assume you've read them.
But in reality, plenty of authors lose interest

To make life easier for the perl modules cabal, how about a voluntary
pledge[*], which module authors can take publically, and in particular
can take to modules&amp;lt; at &amp;gt;perl.org. I'll be emailing the following to
modules&amp;lt; at &amp;gt;perl.org:

    I hereby give modules&amp;lt; at &amp;gt;perl.org permission to grant co-maintainership
    to any of my modules, if the&lt;/pre&gt;</description>
    <dc:creator>Neil Bowers</dc:creator>
    <dc:date>2011-11-08T16:22:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5913">
    <title>New module naming</title>
    <link>http://comments.gmane.org/gmane.comp.lang.perl.modules.authors/5913</link>
    <description>&lt;pre&gt;Hi. I've written few libraries I'd like to release on CPAN and I'm looking
for some advice on how to name them.

I found this idea in Head First OOA&amp;amp;D&amp;lt;http://headfirstlabs.com/books/hfooad/&amp;gt;,
chapter 5. It's somewhat like a very simple version of Key-Value
Coding&amp;lt;http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/KeyValueCoding/Articles/Overview.html#//apple_ref/doc/uid/20001838-SW1&amp;gt;.
It's also very similar to
Object::Generic&amp;lt;http://search.cpan.org/%7Ejmahoney/Object-Generic-0.13/lib/Object/Generic.pm&amp;gt;but
I didn't use AUTOLOAD and I implemented 'equals' and 'contains'
methods
in order to make the objects searchable within a container.

Here's an example:

 my $a = tbd_name::Object-&amp;gt;new();
 my $b = tbd_name::Object-&amp;gt;new();

 $a-&amp;gt;set( "ID", tbd_name::String-&amp;gt;new("1234a") );
 $b-&amp;gt;set( "ID", tbd_name::String-&amp;gt;new("1234a") );

 print $a-&amp;gt;get("ID");

 $a-&amp;gt;equals($b) ? print "yes";

 $container = tbd_name::List-&amp;gt;new();
 $container-&amp;gt;add($a);

 $container-&amp;gt;search($b);  #which returns $a

What do I&lt;/pre&gt;</description>
    <dc:creator>Trystan</dc:creator>
    <dc:date>2011-11-06T21:42:58</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.perl.modules.authors">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.perl.modules.authors</link>
  </textinput>
</rdf:RDF>

