Drupal.org also runs lists.module. It is now at sites/all/modules/lists/lists.module. Not sure whether the reason for this is that it is shared with some other multisite instance, but from the looks of the code it is highly unlikely: http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/lists/ It has hard-wired code listing of all drupal.org mailing lists. This should be moved to drupalorg.module because:
- it is only to be run on drupal.org
- it should not have its own project with issue queue where people attempt to actually use the module: http://drupal.org/project/issues/lists
- it will be easier to manage with a clean module layout, so that lists.module clearly belongs to custom drupal.org modules
- however tight reviews of drupal.org modules are mandated this will be a subject to it
Comments
Comment #1
kbahey commentedI will do this.
Comment #2
dwwThis is pretty interesting, though: http://drupal.org/project/usage/lists ;) It's amazing how many people are trying to use this on their own sites.
That said, given the codebase, I agree drupalorg.module now makes more sense as the right home for this code.
Comment #3
gábor hojtsyWell, those people needed to hack it apart anyway, so they'll just have a different source for their hacks from now on :)
Comment #4
kbahey commentedThe code has been moved to drupalorg, from the DRUPAL-5 tag.
Awaits deployment, hence setting to "porting"
Comment #5
gábor hojtsysites/drupal.org/modules/drupalorg/lists/lists.module is now the enabled module on drupal.org. The other copy at sites/all/modules should better be removed to avoid confusion.
Comment #6
dwwRemoved the old copy. http://drupal.org/mailing-lists still seems to work, marking this fixed. Thanks, folks.
Comment #7
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.