|
|
| (16 intermediate revisions by 2 users not shown) |
| Line 1: |
Line 1: |
| {{draft}} | | {{header|qa}} |
| | {{draft}} |
|
| |
|
| General ideas/discussion intended to ensure a successful [[Features/Gnome3|GNOME3]] release in Fedora 15.
| | This page will outline criteria for success for a Fedora AMI release |
|
| |
|
| = What is Success? = | | = Release Criteria = |
|
| |
|
| A ''successful'' GNOME3 and Fedora 15 release are defined as: | | In addition to the existing [[Fedora Release Criteria]], the following criteria apply to EC2 Fedora images. A <span style="color:green; font-weight:bold;">good</span> AMI '''must'''... |
| | # allow non-root user login |
| | # have SELinux enabled and ''enforcing'' by default |
| | # not contain any package dependency problems |
| | # not include any packages built outside of Fedora infrastructure |
|
| |
|
| # runs on a reasonable range of graphics hardware
| | = How to Test = |
| # offers a graceful fallback for the rest
| |
| # has working controls for common things like keyboards, monitors, network, sound and power
| |
| # all desktop applications work. 'core gnome' applications follow somewhat higher standards for integration and appearance, including
| |
| #* being ported to GTK+3
| |
| #* don't show status icons (http://live.gnome.org/GnomeShell/Design/Guidelines/MessageTray/Compatibility)
| |
| #* don't use parent-less dialogs (http://live.gnome.org/GnomeShell/Design/Whiteboards/SystemDialogs/Compatibility)
| |
| #* install hi-res icon that renders well in the shell overview
| |
| #* more information about app integration: http://live.gnome.org/ThreePointZero/AppIntegration
| |
|
| |
|
| = Open tasks =
| | To ''create'' an EC2 image, one needs... |
| | # an amazon account |
| | # the {{package|python-boto}} libraries installed |
| | # a python script to tell Amazon to build an instance |
| | # the ability to SSH into a machine to run tests, etc. |
|
| |
|
| # graceful fallback - code is needed to gracefully handle the following scenarios ...
| | = Open Questions = |
| #* Insufficient hardware - the system hardware is known to not handle gnome-shell, and fallback mode is recommended | | # Who is responsible for creating and building EC2 images? |
| #* shell failure - The shell crashes or fails to start for an unknown reason, a suitable fallback should be offered instead | | #: |
|
| |
|
| {{admon/important|Where's the bug?|Are the above open tasks tracked in upstream bugzilla?}}
| | = Additional Reading = |
| | | * [[Publishing_image_to_EC2]] |
| = FAQ = | | * [[Cloud_SIG]] |
| | | * [[Cloud_SIG/EC2_Images]] |
| == General ==
| |
| | |
| ; When is the upstream decision made as to whether 2.91.x will become 3.0?
| |
| : See http://live.gnome.org/action/edit/TwoPointNinetyone/ for the schedule
| |
| | |
| ; How is the upstream decision made as to whether 2.91.x will become 3.0? Is it dependent on blocker bug resolution, or release criteria?
| |
| : Release readiness is monitored by the release team, based on information from various sources such as weekly blocker bug summaries (http://mail.gnome.org/archives/desktop-devel-list/2011-January/msg00170.html), buildability (http://build.gnome.org), etc. There are no fixed criteria.
| |
| | |
| ; Where is the upstream GNOME 3 blocker bug list?
| |
| : https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&cf_gnome_target=3.0
| |
| | |
| ; If gnome-shell isn't considered ready by upstream, how will Fedora proceed?
| |
| :# Fedora 15 slips until GNOME 3 is ready
| |
| :# Fedora 15 ships GNOME 3 in fallback mode only (shell with metacity+panel)
| |
| :# Fedora 15 ships GNOME 3 and arranges for fallback to happen for all but known good graphics hardware
| |
| | |
| ; Where can I find GNOME 3 marketing plans for upstream GNOME and Fedora?
| |
| : http://www.gnome3.org is the new GNOME 3 website
| |
| : http://live.gnome.org/GnomeMarketing/ThreePointZero has marketing plans
| |
| | |
| ; What testing (GNOME and Fedora) is planned for GNOME 3 ?
| |
| : For GNOME development releases, see the schedule at http://live.gnome.org/action/edit/TwoPointNinetyone/. These get smoke-tested by the release-team and get some community testing as well. A considerable amount of testing comes in the form of having GNOME development versions in rawhide (currently 2.91.5). There are several Fedora test events scheduled to test various aspects of GNOME 3 (see [[QA/Fedora_15_test_days]])
| |
| | |
| == Features ==
| |
| | |
| ; What happened to the Fedora 14-vintage GNOME shell favorites sidebar allowing selection+presentation of favorite applications and folders?
| |
| : it was just an experiment that did not work out; it is not part of the final GNOME 3 design
| |
| | |
| ; How should multi-monitor support behave with GnomeShell in Fedora 15?
| |
| : Currently, gnome-shell just treats any additional monitors as extra space to put windows in but otherwise more or less ignores them. When you go into overview mode, it only takes effect on one screen, the others are just left blank. There's nothing yet done to integrate the workspace model the Shell encourages with multi-monitor setups. There's a bug for this, but again, AFAICT no particular commitment to fixing it up before the 3.0 release. (This isn't actually much of a 'regression' compared to GNOME 2, which was similarly lax about doing much with extra screens, but it's the sort of thing people might expect GNOME 3 to have fixed).
| |
| | |
| : There are some ways in which multi-monitor support is better in GNOME3 than in 2.x:
| |
| : * On the secondary monitor, dragging the window to the top edge maximizes
| |
| : * We have working configuration for primary monitors in the control-center display panel
| |
| :
| |
| : We are also hoping to have working barriers in X soon, so that we can improve the situation when the 'hot corner' is at a shared edge. Barriers have been promised for F15.
| |
| | |
| == Workarounds ==
| |
| | |
| ; What is the procedure to manually revert to fallback mode?
| |
| : Fallback mode is just that: a fallback. Therefore it is not planned to have a manual 'choose your UI' UI. You can of course ''open the hood'' and rewire what gnome-session does in the files {{filename|/usr/share/gnome-session/sessions/gnome.session}} and {{filename|/usr/share/gnome-session/sessions/classic-gnome.session}}. Doing so might void your warranty...
| |
python-boto