[Mailman-Developers] New Mailman wiki, Subversion (and other stuff)

[Barry Warsaw]

For a while now, I've been trying to implement several project
management improvements for Mailman, so that future development can be
opened up to more people.  As Tokio's and Mark's work has shown, there
are very talented programmers out there that can contribute great stuff
to Mailman if given a chance.  Folks like Brad, JC, and Terri have also
contributed greatly in ways other than with code, and I'd like to make
it easier for others like them to help out.

With 2.1 in maintenance mode, planning for 2.2 gearing up, and my desire
to once again jump start 3.0 work, we need all the help we can get.

While I'm still working on some things, there have been some good
developments that I wanted to let you know about.  First, Atlassian has
offered free licenses and hosting for their excellent products Jira
(issue tracker) and Confluence (wiki).  I've used both for several years
now and I think they are top-notch applications; Jira is definitely one
of the best issue trackers I've used.

The wiki is now live, although not a lot of content has been moved
there.  Please see <http://wiki.list.org>.  You can browse the wiki
anonymously, but you must sign up to make any additions or changes.  I
would eventually like to move things like the Mailman FAQ, list of
Mailman users, online documentation (where it doesn't overlap with the
latex docs), and all community contributed content from the main web
site to the wiki.  If you've been looking for a way to contribute to
Mailman that doesn't involve coding, here's your chance!

While Jira is live, there's nothing yet there.  I've done only the
minimal configuration for the issue tracker, but have not yet even set
up any projects.  Still, you can go to <http://bugs.list.org> to sign up
or get a feel for the basics.  Right now, I'm working on a conversion
script that will take the SourceForge tracker data and massage it into a
form that Jira can import.  My plan is to move all issue tracking to
Jira from SF's trackers.

One option to getting there faster is to just start Jira from scratch --
i.e. not import the SF issues.  We could say that all 2.2 and 3.0 bugs
and patches must go to Jira, but that 2.1 bugs would stay on SF.  Then,
when 2.1 is retired, we'd retire the SF tracker (that may not be for a
long time though, given how pervasive 2.1 is).  I'm interested in
getting opinions about whether we should migrate all issues to Jira now,
split the issues as described above, or take some other approach.

Now that Mailman 2.1.8 is out, I've gone ahead and converted the SF CVS
repository to Subversion.  You can checkout the entire tree via
<https://svn.sourceforge.net/svnroot/mailman> but understand that that
will checkout /everything/ (trunk, tags, branches, etc).  If you just
want Mailman 2.1, you can check out
<https://svn.sourceforge.net/svnroot/mailman/branches/Release_2_1-maint>, or if you just want the trunk (2.2) you can check out <https://svn.sourceforge.net/svnroot/mailman/trunk>.  You should no longer be able to check anything into the CVS repository.  Not everyone who had write permission to CVS has been given Subversion write access.  If you still need write access to Subversion and don't have it, please let me know.

Now that the conversion is complete, I plan on doing some repo house
cleaning, such as moving the website stuff out of the main directory.
After that, we can decide to leave the Subversion repository on
SourceForge, or move it to Atlassian's hosting.  The latter gives us the
ability to control write permissions per directory and a hook to Fisheye
for repo browsing through the web.  Even if we want to move, we don't
need to do that right away, as an svn dump/restore should do the trick.

Now that these changes have been made, I think it's time to start
planning for Mailman 2.2.  To that end, I would like most development
artifacts to be recorded in the wiki, although discussion should still
happen on mailman-developers (there's a 'Development' space and a link
for 2.2 under that).  I also plan on getting our data imported into
Rosetta so we can coordinate i18n there; it's mostly my fault I've
dropped the ball on this one.

Longer term, as we begin to restart Mailman 3 development, all those
decisions will go in the wiki too.  I have some other thoughts about
Mailman 3 that I'd like to get feedback on, but as this message is
getting fairly long anyway, I'll defer that for the time being.

So in summary, please check out the wiki.  Let me know what you think
about importing the SF issues into Jira.  And check out the Subversion
repository.

-Barry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 309 bytes
Desc: This is a digitally signed message part
Url : http://mail.python.org/pipermail/mailman-developers/attachments/20060415/bf933fa7/attachment.pgp