RE: Splitting gnome-utils for 3.4

["Dennis Cranston (Yahoo!)" <dennis_cranston sbcglobal net>]

Hi Cosimo,

With the resources available to help on gnome-utils, it seems
easier to continue releasing one tarball.  Otherwise, we need to 
determine who will step up and handle releases of the disk 
usage analyzer, gnome-screenshot, font-viewer, gnome-dictionary, 

gnome-system-log, and gnome-search-tool tarballs.  Sorry, I do not 
have the bandwidth these days to do gnome-search-tool releases.

Thanks,
Dennis 

Hi,

I was discussing with Emmanuele the possibility to split the gnome-utils
repository into a separate set of repositories, one for each submodule
contained in gnome-utils (that is: baobab, font-viewer,
gnome-dictionary, gnome-screenshot, gnome-search-tool and
gnome-system-log).

Reasons for this:
- it's already common for downstream distributors to split gnome-utils
into separate packages. A quick search indicates at least Debian, Ubuntu
and Fedora do this.
- the gnome-utils maintainers don't get to decide if and how new modules
should be added to the repository.
- I believe it better suits the GNOME 3 Core/Apps separation model. This
way we can have control over which of the submodules ends up in which
moduleset, without being limited by a all-or-nothing policy.
- I think it's easier for new contributors who want to hack on a module
if each project is self-contained in a separate repository.

If there are no objections to this, I will try to setup the git magic
needed to filter out the submodules from the repository without losing
history and proceed to do the split soon after 3.2 is released.
Thoughts?

Cheers,
Cosimo