[cmake-developers] maintainer model for CMake modules

Brad King brad.king at kitware.com
Mon Feb 12 09:23:04 EST 2007


Bill Hoffman wrote:
> - For new modules:
>   - Send an email to cmake at cmake.org with the subject "Proposed new
> CMake module Foo.cmake", include a web link to the new module.  At this
> point the module will need three votes to be included into CMake.  Once
> you have the votes, send an email to cmake at cmake.org with the subject
> "New accepted module Foo.cmake".  Include a link to the new module, and
> I will download it and put it into CVS CMake.
> 
> For module maintainers, when you want to update an existing module, send
> an email to cmake at cmake.org with the subject "New version of Foo.cmake
> ready for upload", include a link to the module, and I will upload it
> and put it into CVS.
> 
> All module related bugs for CMake will be closed after this
> announcement.  Any bugs related to the modules should be sent the the
> maintainer.  The modules will include email contact information for the
> maintainer of the module.

We should create a web page describing all steps you outlined above.
There should be a special section of it for use in closing bugs.
Whenever a module bug is closed a link to the page should be put in the
bug entry.  Basically I just want a place to send people so we do not
have to spend much time explaining things.

We will also need to recruit maintainers for most existing modules.  I
guess we can send a "Request for new maintainer..." message for each
current module?

Also, we should have a maintainer comment in each module giving a name
and email as you suggest in a standardized format.  The comment should
take into account the possibility that the maintainer changes after a
release and the released version still lists the old maintainer.
Perhaps we could include a link to the viewcvs page for the module on
the CVS HEAD in a line like "the latest version of the module is
available at ...".  The latest version would then have the updated
maintainer comment.  Alternatively we could have a wiki page with a
table of current maintainers.

-Brad



More information about the cmake-developers mailing list