[drupal-devel] Project management contribs: Bundles: grouped modules.

Ross Kendall drupal at rosskendall.com
Fri Feb 18 18:14:10 UTC 2005


Getting closer to an understanding :)

Bèr Kessels wrote:

>Okay let's not loose focus. 
>A summary:
>We agree on the poitn that we need:
> * a closed contribs section (official)
> * an open contribs section (sanbox)
>  
>
Yes

>We disagree (or so it seems) on how to mamange the closed contribs. 
>* I say we should bundle them by functionality,
>* You are saying we need some rating for them. 
>  
>
Actually, no.  I *like* your idea of bundles for closed contribs.  The 
ratings I was thinking for the other modules (because there is many, and 
not always good quality).  If there is a selection of good quality 
modules that all work together, there is no need for rating system, just 
good descriptions of what they do, and being well organised.

>* WE all say we need to pass modules trough a team of contrib maintainers 
>before they are allowed in the closed sesction. 
>  
>
Yes, good idea

>* We should not forget that we actually have such a closed & open system, but 
>too little people actually use it: All specific and unfinshed code *must* be 
>in /sandbox/yourname/
>  
>
One thing, sandbox is not very visible, maybe there could be another 
place that contributors can publish working modules, even if they are 
not 'approved'.

>Only releasable modules should be in contribs. 
>Only finshed modules should be taggted for a Drupal release. 
>PPl. seem to disagree a lot about when it the last two points are applicable. 
>  
>
I think more control at the top level is needed, how it should work - 
I'm not so sure what's best - maybe other people will give some good ideas.

>So: We do not disagree, But I am saying that we should go a bit further than 
>only closed contribs: Thats where I am talking abou "combining". I meant to 
>"combine" the bundles and close-open contribs ideas. 
>  
>
Yes, could be good.  Apart from amazon and image, what else should be 
grouped, and how?

>Bèr
>
>
>
>  
>
Ross.



More information about the drupal-devel mailing list