This milestone plan proposal has been MERGED into the Schedule draft, hence this site is OUTDATED.
Available for public at http://live.gnome.org/TwoPointTwentyseven .
Milestone plan proposal (note that this HAS BEEN MERGED NOW into the Schedule at http://live.gnome.org/TwoPointTwentyseven ):
2.26.1: ZERO modules with Glib-Deprecated-Symbols. Means: Yelp must be fixed.
2.27.1: Clear a11y plan and schedule MUST exist for 3.0 and must be in place for 2.29.5. Define acceptable regressions. See http://live.gnome.org/Accessibility/BonoboDeprecation . --> TODO: add Target Milestones here after having a plan. --> Status report by WillieWalker?
- 2.27.1: Less than 18 modules depending on libgnome. Less than 18 modules depending on libgnomeui.
- 2.27.1: Less than 25 modules with Gtk-Deprecated-Symbols, less than 6 modules with complex status, less than 6 modules with average status.
2.27.1: Evolution-Data-Server must be migrated to d-bus by default. --> RossBurton?
2.27.1: gtkhtml must not depend on Bonobo anymore. --> MatthewBarnes.
2.27.1: WebKit status report for 2.27.5.
- 2.27.2: Less than 35 modules depending on libglade.
- 2.27.3: Less than 12 modules depending on libgnome. Less than 12 modules depending on libgnomeui.
2.27.3: Evolution must not depend on Bonobo anymore. --> MatthewBarnes. Status report for 2.27.1. If not ready for 2.27.3 we do not merge. 2.29.1 will become the MUST HAVE, also for evolution-exchange.
- 2.27.4: Less than 20 modules depending on libglade.
- 2.27.4: Less than 5 modules with non-low Gtk-Deprecated-Symbols. Less than 15 modules total with Gtk-Deprecated-Symbols.
- 2.27.5: Less than 9 modules depending on libgnome. Less than 9 modules depending on libgnomeui.
- 2.27.90: Only modules with low Gtk-Deprecated-Symbols allowed (except for those modules that require API breakage to fix, e.g. Evolution-Data-Server).
- 2.27.91: Less than 10 modules depending on libglade.
2.29.1: ZERO modules with Gtk-Deprecated-Symbols. We try to break API now wherever required (e.g. for Evolution-Data-Server).
2.29.1: ZERO modules depending on Libart_lgpl. Means: EOG.
- 2.29.1: Less than 5 modules depending on libglade.
2.29.1: gnome-panel must not depend on bonobo anymore, so other modules depending on gnome-panel can also get rid of their bonobo dependencies. --> VincentUntz
2.29.1: Evolution-exchange either MUST not depend on bonobo anymore, or for 2.29.5 evolution-mapi MUST have feature parity with Evolution-exchange.
2.29.2: New a11y infrastructure must be in place. See http://live.gnome.org/Accessibility/BonoboDeprecation . If there will be regressions we define them now and clearly announce them in advance for 3.0.
- 2.29.2: Less than 5 modules depending on libgnome. Less than 5 modules depending on libgnomeui.
- 2.29.2: Less than 4 modules depending on Bonobo.
- 2.29.4: ZERO modules (except for libglade) depending on Bonobo/Orbit.
- 2.29.4: ZERO modules depending on libgnome or libgnomeui.
2.29.5: ZERO modules depending on libglade. All modules must have migrated from libglade to GtkBuilder.
2.29.91: GTK and Glib 3 must be released.
3.0: We accept regressions in a11y. We clearly announce these regressions in the release notes. We have a nice release notes. We have a huge party with lots of icecream.
http://live.gnome.org/LibgnomeMustDie lists still lots of functionality not migrated. Who will work on this? Companies putting manpower in this?
Evolution codebase and the project's lack of manpower (also see comments below)
Bonobo in gnome-panel blocking several other apps using Bonobo --> Vincent Untz
Bonobo deeply integrated in the a11y infrastructure - must have a seperate a11y plan for this, see http://live.gnome.org/Accessibility/BonoboDeprecation
Some deprecated functionality/symbols misses documentation in library.gnome.org about its replacement (Example) We make it unnecessarily hard for contributors/maintainers here.
- There are lots of unmaintained modules.
gnome-system-tools is unmaintained - http://blogs.gnome.org/carlosg/2008/02/01/two-new-children-in-cookieville/
gnome-mag is basically unmaintained - looks like Carlos Eduardo Rodrigues Diogenes faded away around the time that eZoom was getting a lot of attention...
alacarte maintainer seems to be AWOL
deskbar-applet is unmaintained - http://www.k-d-w.org/node/64
<diegoe> i advocate something like NMU policy in debian: you mark your packages as "NMU $level" so others can know what can and can't do when you are not around. http://www.debian.org/doc/developers-reference/pkgs.html#nmu and http://wiki.debian.org/LowThresholdNmu
- If a patch to fix one of the mentioned goals will not be reviewed within two months and after the release-team has been unsuccessful in contacting its maintainers, the release-team may roll a non-maintainer release.
Bonus points for better GObjectIntrospection coverage in all modules: http://live.gnome.org/GObjectIntrospection/
http://live.gnome.org/GnomeGoals/XDGConfigFolders might be worth to track for 3.0 too - how to monitor the progress? Currently blocked by missing migration path.
- We don't cover external dependencies yet. It doesn't make sense if they once again get in deps that we've got rid of.
dconf vs gconf.
Not covered by this plan by purpose:
- GTK/Glib 3
Redefine the scope of GNOME for 3 --> LucasRocha
Consistent Tab implementation for GNOME 3? --> Allan Day's proposal on usability mailing list
Interesting option: gnome-zeitgeist (journal idea/federico?) See http://live.gnome.org/GnomeZeitgeist --> Seif Lotfy
Interesting option: gnome-shell vs. gnome-panel? See http://live.gnome.org/GnomeShell and http://mail.gnome.org/archives/desktop-devel-list/2009-March/msg00106.html --> OwenTaylor
<mbarnes> gtkhtml doesn't have a bonobo issue any more. that's what the 2.24 composer rewrite solved. the old html-editor composer based on bonobo is still in the tarball. but it's deprecated and not built by default anymore. we could dump html-editor today if we wanted. all "#include <bonobo" are in /components/html-editor/ except for the one in ./gtkhtml/gtkhtml/testgtkhtml.c
<mbarnes> one thing that concerns me about GTK 3.0: I think we're gonna have to suck up some deprecated widgets to keep ETable in Evolution alive. GtkCList, and a couple others. if GtkTreeView would just learn to render groups like ETable can, we could get busy killing ETable. and someone writing a decently fast tree model for the message list that doesn't drag evo into the dirt. pvanhoof had some advice about this, I believe.
<elmarco> vu-meter in gnome-media uses esound but is disabled by default
<elmarco> cddb-slave in gnome-media uses lots of deprecated gtk function calls but is disabled by default
<phomes> The many deprecated gtk calls in gnome-games will go away once ggz gets around doing a new stable release