MicroReleaseExceptions

Differences between revisions 59 and 60
⇤ ← Revision 59 as of 2015-07-29 11:45:32 →
Size: 6939
Editor: modemcable079
Comment:
← Revision 60 as of 2015-09-29 16:25:28 → ⇥
Size: 142
Editor: pitti
Comment: obsolete page
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
## This was ratified by the Tech Board on 2007-08-14

=== SRU micro version update exception ===

 * Allow for an exception in [[StableReleaseUpdates|SRU]]s to the "patch must be as small and unintrusive as possible" requirement for specific packages that meet the criteria:
  * upstream supports micro-version updates to stable releases
  * upstream has a sufficiently high level of regression testing for their stable releases
  * regression tests are always run on the update before it is released (e.g. by being enabled in the package's build)
 * The [[TechnicalBoard|technical board]] will have the responsibility to maintain and review the list of packages that are exceptions to the SRU rule, as well as approve package additions.
  * Changes to the exception list must be brought to the TB via email (technical-board@lists.ubuntu.com). The request is expected to include justification against the above criteria.
  * Changes can be approved via any single TB member. (Please link to the discussion when adding to the MRE list.)
  * The SRU team can revoke exceptions when there is evidence that an MRE is producing unacceptable regressions.
  * Having a history of successful SRUs is strong evidence for granting an MRE. However, it may not be possible to perform an SRU in the face of a large number of upstream bug fixes (which is the cause for an MRE being pursued). In this case, if the TB feels (with evidence from package maintainers and the SRU team) that a "provisional MRE" (one-time MRE) is safe to be put in place, an SRU can proceed as if a standing MRE was in place. On the next SRU, the provisional MRE would need to be either removed, renewed, or made into a full standing MRE.

 * Approved standing exceptions:
  * firefox
  * mozilla-thunderbird, thunderbird
  * postgresql-X.Y
  * clamav (approved on 2009-01-09)
  * bzr ([[https://lists.ubuntu.com/archives/technical-board/2010-September/000513.html|approved on 2010-09-21]]); [[https://lists.ubuntu.com/archives/technical-board/2010-December/000632.html|conditions]]: test suite running during package build from Ubuntu 11.04 on; SRU verification should run test suite in installed sytem
  * chromium-browser, chromium-codecs-ffmpeg, gyp (approved on 2010-11-02)
  * [[Kubuntu/UpdatesPolicy|KDE]] (approved on 2010-11-16, extended on 2013-07-22, extended on 2013-09-30)
  * [[https://live.gnome.org/Banshee/StableReleasesPolicy|Banshee]] (approved on 2011-06-30)
  * postfix (approved on 2012-05-14)
  * Ubuntu One (approved on 2012-06-19)
  * GNOME (only the core modules and apps, not the entirety of what is hosted on gnome.org; roughly corresponds to the gnome-apps, gnome-suites-core, and gnome-suites-core-deps modules on [[http://git.gnome.org/browse/jhbuild/tree/modulesets]]) (approved on 2012-06-22)
  * [[https://lists.ubuntu.com/archives/technical-board/2013-January/001453.html|sssd]] (approved on 2013-01-08)
  * xorg-server (and only that source package) ([[http://www.bryceharrington.org/files/xserver-mre.txt|2013-04-01]])
  * MySQL (approved on [[https://lists.ubuntu.com/archives/technical-board/2014-February/001812.html|2014-02-07]])
  * MariaDB (approved on [[https://lists.ubuntu.com/archives/technical-board/2014-May/001941.html|2014-05-12]])
  * Xen (approved on [[http://irclogs.ubuntu.com/2013/07/22/%23ubuntu-meeting.html#t20:33|2013-07-22]])
  * Nova, Glance, Horizon, Keystone (to unblock SRU on [[https://lists.ubuntu.com/archives/technical-board/2012-June/001323.html|2012-06-25]]; provisional → full on 2014-05-12)
  * Cinder, Quantum (Neutron) on [[https://lists.ubuntu.com/archives/technical-board/2012-December/001440.html|2012-12-03]]; provisional → full on 2014-05-12
   * extended to include neutron flavors (neutron-fwaas, neutron-lbaas, neutron-vpnaas) on [[https://lists.ubuntu.com/archives/technical-board/2015-May/002101.html|2015-05-03]]
  * Ceilometer, Heat on [[https://lists.ubuntu.com/archives/technical-board/2013-October/001733.html|2013-10-08]]; provisional → full on 2014-05-12
  * Oslo (python-oslo.concurrency, python-oslo.config (oslo.config < wily), python-oslo.context, python-oslo.db, python-oslo.i18n, python-oslo.log, python-oslo.messaging (oslo.messaging < wily), python-oslo.middleware, python-oslo.policy, python-oslo.rootwrap (oslo-rootwrap < wily), python-oslo.serialization, python-oslo.utils, python-oslo.versionedobjects, python-oslo.vmware) on [[https://lists.ubuntu.com/archives/technical-board/2015-July/002130.html|2015-07-21]]
  * ceph for Ubuntu >= 12.10 and ceph upstream LTS releases [[https://lists.ubuntu.com/archives/technical-board/2013-February/001504.html|2013-02-25]]; provisional → full on 2014-05-12
  * openvswitch for Ubuntu >= 12.04 LTS [[https://lists.ubuntu.com/archives/technical-board/2013-August/001701.html|2013-08-19]]; provisional → full on 2014-05-12
  * LibreOffice ([[https://lists.ubuntu.com/archives/technical-board/2012-June/001283.html|2012-06-25]]); provisional → full on 2014-05-27
  * vlc ([[http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-07-23-21.14.log.html#l-150|2012-07-23]]); provisional → full on 2014-05-27
  * resiprocate ([[https://lists.ubuntu.com/archives/technical-board/2015-February/002080.html|2015-02-18]])
  * tor ([[https://lists.ubuntu.com/archives/technical-board/2015-July/002133.html|2015-07-29]])

 * Provisional exceptions:
  * Mesa ([[https://lists.ubuntu.com/archives/technical-board/2012-July/001354.html|2012-07-23]] - SPECIAL CASE: piglit test suite is not in-tree, needs to be run on real hardware)
  * iscsitarget [[https://lists.ubuntu.com/archives/technical-board/2014-April/001909.html|2014-04-09]]
  * New versions (not just microreleases) of juju-core [[https://lists.ubuntu.com/archives/technical-board/2014-August/001992.html|2014-08-05]]: juju-quickstart needs to be tested as part of the verification; manual testing against existing deployments from older releases until automation is in place
  * XFCE [[https://lists.ubuntu.com/archives/technical-board/2014-July/001975.html|2014-07-09]]

 * [[https://lists.ubuntu.com/archives/technical-board/2011-May/000859.html|SRU verification for Micro Release Exceptions]]:
  * For MRE packages only, it can generally be assumed that bugs claimed to be fixed have actually been fixed upstream, and it is not necessary to manually independently verify them. (Some bugs may deserve specific verification if for example they are hard to reproduce upstream.)
  * Testing should generally concentrate on broad smoke tests to make sure no new regressions have been introduced.
  * The upstream test suite should be run from the built packages.
  * The diff should be reviewed to ensure no accidental or inappropriate changes were introduced during the micro-release.
  * When the preceding steps have been done, the headline bug (only) should be marked {{{verification-done}}}		 /!\ This page is obsolete now. The current StableReleaseUpdates policy generally allows new upstream microreleases under certain conditions.

Warning /!\ This page is obsolete now. The current StableReleaseUpdates policy generally allows new upstream microreleases under certain conditions.

StableReleaseUpdates/MicroReleaseExceptions (last edited 2015-09-29 16:25:28 by pitti)