[gnome-love] CVS question for gnome2.2. Which modules, which tags?



During the lead up to the gnome 2.0 release, most (but not _all_) gnome cvs modules converged over time to using a gnome-2-0 branch. I'm sure the same is happening for gnome-2-2. Without poring over mailing lists, is there somewhere on the gnome website where the following information is kept up-to-date? - which modules are officially anointed as part of the gnome desktop, which modules are part of gnome fifth-toe, etc, for each release point. - which modules are 'under consideration' for officially sanctioned release, or what status they are at generally - which cvs branches are appropriate for the current and soon-to-be released stable releases.
eg problems
- rhythmbox is on gnomecvs (I think there was other gstreamer stuff here until recently?), but gstreamer - which it depends on - is on sourceforge. I believe gstreamer is 'close' to being assimilated into gnome proper, and the set of gstreamer apps fill an important in the gnome suite. - rosegarden on gnomecvs has not been modified in years, and is now a kde app - lots of modules under gnomecvs that have been 'forgotten', have never worked or not worked in years (ie. pre 1.4). ie. the old wheat and chaff problem.
I know the standard answer to these kinds of questions is 'go and use 
xxxx build script and don't worry about it' - I like to roll my own 
buildscripts (which have their own little advantages), but also this 
seems like a very basic thing that should be well documented somewhere. 
Rooting through the various mailing lists to discover this kind of thing 
is very time-consuming, I'm hoping it is documented somewhere that is 
accessible, clear, and up-to-date.
I often wonder if a modified sourceforge type of interface wouldn't be a 
better way of organizing the gnome development effort - imposing some 
structure, distributing responsibility (eg for keeping documentation 
up-to-date), making the development effort more transparent, etc. The 
current website & cvs repository is a bit structurally incoherent, and 
hard to become familiar with if you are a new developer. For example, 
there are a lot of tutorials and other documents on the website that are 
soooo old and out of date, but it is difficult to even know if/how much 
out of date they are (no dates, no history/revision info etc). Just a 
thought.
Thanks in advance
Darryl Rees





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]