[development] CVS Approval Policy: was Re: new features in D6 core?

Randy Fay randy at randyfay.com
Wed Nov 18 13:49:31 UTC 2009

A comment period would help with this.

One problem with all the approval strategies is that there are so many
modules nobody has enough bandwidth to pay attention.

However, if there were enough bandwidth, I would propose not an approval
scheme but just a comment period. If you had to describe your module and
then wait 48 hours for comments, (and there were smart people listening)
then the issues of duplication might be avoided.

Requiring a comment period, rather than requiring "approval" would keep the
whole process completely open, but allow some possibility of correction of
our current problems.

Finally, I think we should make it clear to people that if you contribute a
module, you're expected to maintain it, or at least figure out how to get it
maintained. I know there are a number of module contributors who have just
dropped code into CVS and left it there for ever. Perhaps we should ask them
to check a checkbox "I agree to maintain this module".


On Wed, Nov 18, 2009 at 8:30 AM, Ashraf Amayreh <mistknight at gmail.com>wrote:

> It seems you misunderstood my reasoning. I'm simply suggesting this to make
> it compulsory for any CVS owner to talk about a possible module on the dev
> list BEFORE being able to create the project node. If the module is new it
> will get a thumbs up and he would get the go, if it's repetitive, the CVS
> owner will need to give good reasoning and then could be allowed to post it,
> and if he can't persuade anyone it would get rejected. Other module
> developers could suggest teaming up or perhaps point him to modules with
> similar functionality that he was unaware of as long as he has to post to
> the dev list before being able to create a new project node (kind of reminds
> me of the node limit module).
> I'm simply suggesting this to make sure modules don't spring up in the dark
> without anyone's knowledge rather than trying to oppose repetitive modules.
> Currently, CVS owners are free to add as many project nodes as they want
> when they get their CVS access. Which sounds wrong given that he got his
> access for creating one module.
> Suggestions? Flames? Thoughts?
> AA
> On Wed, Nov 18, 2009 at 2:23 PM, Pierre Rineau <
> pierre.rineau at makina-corpus.com> wrote:
>> On Wed, 2009-11-18 at 14:08 +0200, Ashraf Amayreh wrote:
>> > I suddenly got this (perhaps silly) idea of only allowing a CVS owner
>> > to create one project and require approval by posting to the DEV list
>> > when wishing to create another project rather than making this open
>> > for all CVS owners. This would definitely help with the repetition
>> > problem and module boom.
>> >
>> > Posting to the DEV list should at least give other module developers
>> > and people interested the opportunity to object to, agree or suggest
>> > alternatives to the proposed module rather than suddenly finding a
>> > useless/repetitive module springing up here and there because the
>> > developer didn't know another one existed.
>> >
>> > Suggestions? Flames? Thoughts?
>> FLAAAAAAAAAAAAAAAAAAAAME! Repetitive modules are good, they always have
>> subtile differences!
>> Please, project owners, do describe why your module is unique on your
>> project page!
>> Pierre.
> --
> Ashraf Amayreh
> http://aamayreh.org

Randy Fay
Drupal Development, troubleshooting, and debugging
randy at randyfay.com
+1  970.462.7450
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20091118/03b56952/attachment.html 

More information about the development mailing list