From Fedora Project Wiki

GNOME 3

Summary

Include GNOME 3

Owner


Current status

  • Targeted release: Fedora 40
  • Last updated: 2010-05-21
  • Percentage of completion: 5%

dconf and gnome-icon-theme-symbolic are in rawhide, gtk3 and yelp-xsl are under review.

Detailed Description

GNOME 3 is the next major version of the GNOME desktop. After many years of a largely unchanged GNOME 2.x experience, GNOME 3 brings a fresh look and feel with gnome-shell. There are also many changes under the surfaces, like the move from CORBA-based technologies such as GConf, Bonobo, at-spi to dbus-based successors.


Benefit to Fedora

Fedora stays in sync with upstream, and gains a new user experience.


Scope

  • Package new components
  • Build packages which provide gtk modules for gtk2 and gtk3:
    • librsvg2
    • gtk2-engines
    • ibus-gtk
    • at-spi
    • PackageKit-gtk-module
  • Switch to the dbus-based accessibility stack
  • Implement data migration for applications that are ported from GConf2 to dconf
    • done for evince
  • Implement fallback from the shell to 'classical GNOME' for unsupported hardware

How To Test

User Experience

The user experience (on supported hardware) will be defined by gnome-shell.


Dependencies

  • gnome-shell uses clutter, which relies on 3D hardware and drivers. In F13, the shell is known to work ok with Intel and ATI graphics, and work somewhat with the nouveau driver for NVidia graphics. For F14, we want the shell to work well with all three of
    • xorg-x11-drv-ati
    • xorg-x11-drv-intel
    • xorg-x11-drv-nouveau
  • Any packages that install modules for gtk2 (such as image loaders, input methods or theme engines) need to do extra work to make their functionality available to gtk3 too

Contingency Plan

If gnome-shell is not complete or stable enough, keep it experimental and stay with 'classical GNOME' as the default. Users will still be able to try the shell manually, just like in F12 and F13.

If the dbus-based accessibility stack is not sufficiently functional, we switch back to the CORBA-based stack.

Applications can be ported from GConf to dconf and from gtk2 to gtk3 one-by-one, so if the porting work is not complete (and it is very unlikely that it will be), we can just ship with some applications using the new technology, while others still use the old one.


Documentation

Release Notes

Comments and Discussion