<?xml version="1.0" encoding="windows-1252"?>
<node id="511301" title="Re^3: Responsibilities of a module author" created="2005-11-23 20:48:33" updated="2005-11-23 15:48:33">
<type id="11">
note</type>
<author id="485015">
renodino</author>
<data>
<field name="doctext">
I actually got to thinking about this in light of BrowserUk's mention of a "community branch". Tho I disagree with the tenor of his suggestion (i.e., just taking the module over), I think theres a germ of an idea (which has probably already been discussed somewhere around here):
namely a second tier of modules below CORE, but above "whatever's on
CPAN". For the sake of discussion, I'll call them &lt;b&gt;Certified Modules&lt;/b&gt;.&lt;p&gt;

If I read your OP correctly, one of the major issues confronting developers
is that organization's won't permit downloading just any old module. I know I've encountered that with a number of my customers. If it isn't CORE, then there better be a &lt;i&gt;very&lt;/i&gt; good reason to install/upgrade it.&lt;p&gt;

So if there were some add'l level of "trust" involved, i.e., a certification, then that issue might be eased. And part of the requirement for a Certified Module is that the module author has &lt;b&gt;explicitly agreed to release the module to &lt;i&gt;whoever administers certification&lt;/i&gt; for maintenance&lt;/b&gt;. One can imagine many other baseline requirements (e.g., it must use the normal build/test/install make process, it must have a test suite, it must explicitly specify which versions of perl and prereq modules, and on what OS's and/or platforms, it is certified for.&lt;p&gt;

&lt;i&gt;Of course, there's the little issue of funding...&lt;/i&gt; I doubt there's much of an opportunity for commercialization of the process, and it will cost money for all the h/w and s/w, not to mention staff to run this. But hey, if OSDL can survive, maybe there's room for another such org ?</field>
<field name="root_node">
511185</field>
<field name="parent_node">
511297</field>
</data>
</node>
