UDSBrussels

Differences between revisions 5 and 53 (spanning 48 versions)
Revision 5 as of 2010-05-03 10:55:33
Size: 7410
Editor: eth0
Comment:
Revision 53 as of 2010-05-11 06:18:47
Size: 13119
Editor: 217
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
<<TableOfContents>>
Line 3: Line 5:
== Proposed Specs == == Session Topics ==
Line 5: Line 7:
 * [[UbuntuSpec:foundations-m-cd-boot|move CD booting to grub2/gfxterm]] (ColinWatson)
 * [[UbuntuSpec:foundations-maverick-grub2-boot-framebuffer|smoother boot splash via grub2 and a boot framebuffer]] (ColinWatson, ScottJamesRemnant)
 * [[UbuntuSpec:foundations-m-multiarch-redux|Multiarch Redux]]
 * [[UbuntuSpec:foundations-m-package-culling|Package Culling]] - find and aggressively deal with packages whose merges have been lagging for several releases
 * [[UbuntuSpec:foundations-m-upstart-q-and-a|Upstart Q&A UDS session]]
 * [[UbuntuSpec:foundations-m-installer-redesign|Implement the installer redesign spec]] (EvanDandrea)
 * [[UbuntuSpec:foundations-m-update-notifier-refactor|Refactor update-notifier]] - make update-notifier a more modular design (probably with vala), it has out-grown to be a update-notifier since some time (MichaelVogt)
 * [[UbuntuSpec:foundations-m-package-removal-in-upgrade|Remove Demoted Packages on Upgrade]] - We need to explore the removal of demoted packages on upgrade (all, only auto-installed ones, only default installed ones, only unused... how to detect).
 * [[UbuntuSpec:foundations-karmic-install-updates-when-installing|Download updates while installing]] (EvanDandrea)
 * [[UbuntuSpec:foundations-m-release-upgrader-dbus-refactor|D-Bus Refactor of release-upgrader]] - discuss refactoring the release-upgrader backend as a dbus service to improve reliability/responsiveness (MichaelVogt)
 * [[UbuntuSpec:foundations-m-btrfs-support|btrfs Support]] (seconded by OEM)
 * [[UbuntuSpec:foundations-m-uefi-support|UEFI Firmware Support]]
 * [[UbuntuSpec:foundations-m-openjdk-updates|OpenJDK6 updates for older Ubuntu releases]] (MatthiasKlose)
 * [[UbuntuSpec:foundations-m-cd-build-speed|CD build speed]] - CD build speed has been creeping back up of late; attack it again
 * [[UbuntuSpec:foundations-m-upgrade-and-install-testing|Discuss testing]]
 * [[UbuntuSpec:foundations-m-cycle-review|10.04 Review]] - hold this early to aid breakout topics, maybe in the first roundtable
 * [[UbuntuSpec:foundations-m-boot-performance|Boot Performance/Experience]]
 * [[UbuntuSpec:foundations-m-spring-cleaning|Spring Clean]] - right after an LTS release is a good time for an aggressive cleanup of things we don't need or that should be extensively refactored
 * [[UbuntuSpec:foundations-m-python-continuous-integration|Automated transition testing framework (build, run upstream unit test, 2to3, report on ftbfs and test failures, against any/every python version)]] (BarryWarsaw)
 * [[UbuntuSpec:foundations-m-python-3|Migration to Python 3]] (BarryWarsaw)
 * [[UbuntuSpec:foundations-m-python-no-symlinks|Eliminate symlinks for python-[central|support] using PEP 3147? Needs support for extensions. (And mostly done for python-central).]] (BarryWarsaw). This is a duplicate of UbuntuSpec:foundations-lucid-robust-python-packaging.
 * [[UbuntuSpec:foundations-m-python-2.7|Python 2.7]] (BarryWarsaw) That should be tested before UDS as a basis for a decision.
 * [[UbuntuSpec:foundations-m-python-cx-freeze|Freezing (e.g. cx_freeze) critical dist upgrade tools?]] (BarryWarsaw)
 * [[UbuntuSpec:foundations-m-drop-ia64sparc|Drop the IA64 and SPARC community ports]]
 * [[UbuntuSpec:foundations-m-686-compile|Compile for i686 as the default on i386]] - instead of i486
 * [[UbuntuSpec:foundations-m-toolchain|Toolchain decisions for Maverick]]. May be followed up with architecture specific sessions. (MatthiasKlose)
 * [[UbuntuSpec:foundations-m-software-center-backend|packagekit as backend for software-center]]
 * [[UbuntuSpec:security-m-dpkg-fscaps| Implement fscaps handling in dpkg]]
 * [[UbuntuSpec:foundations-m-distributed-development-review-and-planning| Review and Planning for Distributed Development]]
 * [[UbuntuSpec:foundations-m-go-green| Use Energy Star compliance power settings by default]] (proposed by OEM; seconded by OEM)
 * [[UbuntuSpec:foundations-dpkg-xz| Use xz compression by default for binary packages]] (proposed by community member)
 * [[UbuntuSpec:foundations-karmic-swapfile| Use Swap Files Instead of Swap Partitions]] (carried over from Karmic)
 * [[UbuntuSpec:foundations-lucid-better-archive-crawler| Better archive crawler]] (carried over from Lucid)
 * [[UbuntuSpec:foundations-m-finish-upstart|Finish Upstart]] (seconded by OEM indirectly for their interest in continued boot performance improvements)
The following sessions are broken out by topic; for a flat listing of the sessions, see below.
Line 40: Line 9:
=== OEM === === General ===
Line 42: Line 11:
==== Usability and Performance ====  1. [ACCEPTED] [[UbuntuSpec:foundations-m-cycle-review|10.04 Review]] - hold this early to aid breakout topics, maybe in the first roundtable
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-spring-cleaning|Spring Clean]] - right after an LTS release is a good time for an aggressive cleanup of things we don't need or that should be extensively refactored
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-btrfs-support|btrfs Support]] (seconded by OEM)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-toolchain|Toolchain decisions for Maverick]]. May be followed up with architecture specific sessions. (MatthiasKlose)
   1. [[UbuntuSpec:foundations-m-686-compile|Compile for i686 as the default on i386]] - instead of i486
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-improved-i18n-collaboration|Improved Platform-Internationalization Collaboration]] (seconded by OEM)
Line 44: Line 18:
 * Hybrid suspend/hibernate by default. Allows the system to go to sleep, but also stores a hibernate image on disk. If the battery dies, the system wakes from the hibernate image (Med) - this might be ideal... however, not sure how feasible it will be; would make suspend a lot slower; means we'd be forced to use dodgey kernel hibernate code === Building/Packaging ===
Line 46: Line 20:
==== Internationalization ====  1. [ACCEPTED] [[UbuntuSpec:foundations-m-multiarch-support|Multiarch Support]] (may not need further discussion?)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-drop-ia64sparc|Drop the IA64 and SPARC community ports]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-cd-build-speed|CD build speed]] - CD build speed has been creeping back up of late; attack it again
 1. [ACCEPTED] [[UbuntuSpec:foundations-lucid-better-archive-crawler| Better archive crawler]] (carried over from Lucid)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-package-culling|Package Culling]] - find and aggressively deal with packages whose merges have been lagging for several releases
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-rsync-based-deb-downloads|Speed up downloads of .debs by using apt-sync]]
Line 48: Line 27:
 * Collaborate with i18n upstream more closely, especially on release schedule, e.g., we missed ibus-1.3 for LTS 10.04 (High) - general platform issue; Foundations will host a UDS discussion for this
 * Per-language ISOs (e.g. a Chinese ISO, a Swahili ISO, etc) (Low) - Foundations can't support this as a whole -- it would explode our test cases; however, Foundations will work with OEM if they need help generating their own ISOs
=== Installation ===
Line 51: Line 29:
==== Small Disk Configuration Support ====  1. [ACCEPTED] [[UbuntuSpec:foundations-m-installer-redesign|Implement the installer redesign spec]] (EvanDandrea)
 1. [ACCEPTED] [[UbuntuSpec:foundations-karmic-install-updates-when-installing|Download updates while installing]] (EvanDandrea)
 1. [ACCEPTED] [[UbuntuSpec:foundations-karmic-swapfile|Use Swap Files Instead of Swap Partitions]] (carried over from Karmic)
Line 53: Line 33:
 * Audit packages and see if "depends" can become "recommends", making it easier for OEM to reduce dependency lists. (High) - let's use the bug-filing process to accomplish this: OEM can file, and Foundations can address this on a case-by-case basis
   Example: xserver-xorg depends on xserver-xorg-video-all (actually, it depends on this OR a single driver) which pulls in *all* video drivers; if it were only recommended, you could specify only xserver-xorg-video-intel e.g. for your image
 * Remove all on-disk help/documentation and move it online. At the very least, split documentation into separate foopackage-doc.deb and make it a recommends. (High) - this is not appropriate for all use cases; we need to address this on a case-by-case basis; doing for all would guarantee that the index files would explode in size
 * Compressed r/w filesystem (High) - we will get this via btrfs
   * If btrfs is not feasible for some reason, we need a 'blessed' (by distro) r/w filesystem that supports compression (reiser, something FUSE-based, something else?)
   * We need r/w support to prevent the problem of updates taking too much disk space when using a r/o compressed filesystem like squashfs+unionfs
 * Updates for small disks - perform update as a sequence of partial atomic steps to minimize the use of disk (Med) - we do this now... so Foundations needs more detail to understand what need is not being fulfilled; OEM may mean downloading chunks and then applying it?
=== Update/Upgrade ===
Line 61: Line 35:
==== Other ====  1. [ACCEPTED] [[UbuntuSpec:foundations-m-upgrade-and-install-testing|Discuss testing]] (seconded by OEM)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-release-upgrader-dbus-refactor|D-Bus Refactor of release-upgrader]] - discuss refactoring the release-upgrader backend as a dbus service to improve reliability/responsiveness (MichaelVogt)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-update-notifier-refactor|Refactor update-notifier]] - make update-notifier a more modular design (probably with vala), it has out-grown to be a update-notifier since some time (MichaelVogt)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-update-manager-improvements|update-manager Improvements]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-package-removal-in-upgrade|Remove Demoted Packages on Upgrade]] - We need to explore the removal of demoted packages on upgrade (all, only auto-installed ones, only default installed ones, only unused... how to detect).
Line 63: Line 41:
 * BIOS validation tool (kernel team problem, not foundations? Colin King already working on this?) (High) - mostly Kernel with some Foundations
 * More stress testing before release (Med) - we will create UDS session for this: improving our testing procedures, using more automated tests, further brainstorming, etc.
=== Booting ===
Line 66: Line 43:
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-cd-boot|move CD booting to grub2/gfxterm]] (ColinWatson)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-grub2-boot-framebuffer|smoother boot splash via grub2 and a boot framebuffer]] (ColinWatson, ScottJamesRemnant)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-boot-performance|Boot Performance/Experience]] (seconded by OEM)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-uefi-support|UEFI Firmware Support]]

=== Upstart ===

 1. [ACCEPTED] [[UbuntuSpec:foundations-m-upstart-q-and-a|Upstart Q&A UDS session]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-finish-upstart|Finish Upstart]] (seconded by OEM indirectly for their interest in continued boot performance improvements)

=== Developer Support ===

 1. [ACCEPTED] [[UbuntuSpec:foundations-m-distributed-development-review-and-planning| Review and Planning for Distributed Development]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-openjdk-updates|OpenJDK6 updates for older Ubuntu releases]] (MatthiasKlose)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-python-continuous-integration|Automated transition testing framework (build, run upstream unit test, 2to3, report on ftbfs and test failures, against any/every python version)]] (BarryWarsaw)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-robust-python-packaging|Python Robustification]] - this blueprint includes the two below for ease of UDS session scheduling, and it carries over (though likely with different work items) the [[UbuntuSpec:foundations-lucid-robust-python-packaging|a similar Lucid era spec]].
   1. [[UbuntuSpec:foundations-m-python-no-symlinks|Eliminate symlinks for python-central and python-support using PEP 3147? Needs support for extensions. (And mostly done for python-central).]] (BarryWarsaw).
   1. [[UbuntuSpec:foundations-m-python-cx-freeze|Freezing (e.g. cx_freeze) critical dist upgrade tools?]] (BarryWarsaw)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-python-versions|Python Versions]] - this blueprint includes the two below for ease of UDS session scheduling
   1. [[UbuntuSpec:foundations-m-python-2.7|Python 2.7]] (BarryWarsaw) That should be tested before UDS as a basis for a decision.
   1. [[UbuntuSpec:foundations-m-python-3|Migration to Python 3]] (BarryWarsaw)

=== Software Center ===

 1. [ACCEPTED] [[UbuntuSpec:foundations-m-software-center-roadmap|Software Center Roadmap]]
    1. [[UbuntuSpec:foundations-m-software-center-dynamic-appview|Software Center Dynamic App View]]
    1. [[UbuntuSpec:foundations-m-software-center-dynamic-testing-improvements|Software Center Dynamic Testing Improvements]]
    1. [[UbuntuSpec:foundations-m-software-center-screenshots-for-third-parties|Software Center Screenshots for Third-parties]]
    1. [[UbuntuSpec:foundations-m-software-center-backend|packagekit as backend for software-center]]
Line 69: Line 75:
TBD  1. [ACCEPTED] [[UbuntuSpec:foundations-m-cycle-review|10.04 Review]] - hold this early to aid breakout topics, maybe in the first roundtable
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-software-center-roadmap|Software Center Roadmap]]
    1. [[UbuntuSpec:foundations-m-software-center-dynamic-appview|Software Center Dynamic App View]]
    1. [[UbuntuSpec:foundations-m-software-center-dynamic-testing-improvements|Software Center Dynamic Testing Improvements]]
    1. [[UbuntuSpec:foundations-m-software-center-screenshots-for-third-parties|Software Center Screenshots for Third-parties]]
    1. [[UbuntuSpec:foundations-m-software-center-backend|packagekit as backend for software-center]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-upstart-q-and-a|Upstart Q&A UDS session]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-finish-upstart|Finish Upstart]] (seconded by OEM indirectly for their interest in continued boot performance improvements)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-multiarch-support|Multiarch Support]] (may not need further discussion?)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-btrfs-support|btrfs Support]] (seconded by OEM)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-cd-boot|move CD booting to grub2/gfxterm]] (ColinWatson)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-grub2-boot-framebuffer|smoother boot splash via grub2 and a boot framebuffer]] (ColinWatson, ScottJamesRemnant)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-package-culling|Package Culling]] - find and aggressively deal with packages whose merges have been lagging for several releases
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-upgrade-and-install-testing|Discuss testing]] (seconded by OEM)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-installer-redesign|Implement the installer redesign spec]] (EvanDandrea)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-update-notifier-refactor|Refactor update-notifier]] - make update-notifier a more modular design (probably with vala), it has out-grown to be a update-notifier since some time (MichaelVogt)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-package-removal-in-upgrade|Remove Demoted Packages on Upgrade]] - We need to explore the removal of demoted packages on upgrade (all, only auto-installed ones, only default installed ones, only unused... how to detect).
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-release-upgrader-dbus-refactor|D-Bus Refactor of release-upgrader]] - discuss refactoring the release-upgrader backend as a dbus service to improve reliability/responsiveness (MichaelVogt)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-boot-performance|Boot Performance/Experience]] (seconded by OEM)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-uefi-support|UEFI Firmware Support]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-openjdk-updates|OpenJDK6 updates for older Ubuntu releases]] (MatthiasKlose)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-spring-cleaning|Spring Clean]] - right after an LTS release is a good time for an aggressive cleanup of things we don't need or that should be extensively refactored
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-python-continuous-integration|Automated transition testing framework (build, run upstream unit test, 2to3, report on ftbfs and test failures, against any/every python version)]] (BarryWarsaw)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-robust-python-packaging|Python Robustification]] - this blueprint includes the two below for ease of UDS session scheduling, and it carries over (though likely with different work items) the [[UbuntuSpec:foundations-lucid-robust-python-packaging|a similar Lucid era spec]].
   1. [[UbuntuSpec:foundations-m-python-no-symlinks|Eliminate symlinks for python-central and python-support using PEP 3147? Needs support for extensions. (And mostly done for python-central).]] (BarryWarsaw).
   1. [[UbuntuSpec:foundations-m-python-cx-freeze|Freezing (e.g. cx_freeze) critical dist upgrade tools?]] (BarryWarsaw)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-python-versions|Python Versions]] - this blueprint includes the two below for ease of UDS session scheduling
   1. [[UbuntuSpec:foundations-m-python-2.7|Python 2.7]] (BarryWarsaw) That should be tested before UDS as a basis for a decision.
   1. [[UbuntuSpec:foundations-m-python-3|Migration to Python 3]] (BarryWarsaw)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-distributed-development-review-and-planning| Review and Planning for Distributed Development]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-karmic-swapfile| Use Swap Files Instead of Swap Partitions]] (carried over from Karmic)
 1. [ACCEPTED] [[UbuntuSpec:foundations-karmic-install-updates-when-installing|Download updates while installing]] (EvanDandrea)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-drop-ia64sparc|Drop the IA64 and SPARC community ports]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-toolchain|Toolchain decisions for Maverick]]. May be followed up with architecture specific sessions. (MatthiasKlose)
   1. [[UbuntuSpec:foundations-m-686-compile|Compile for i686 as the default on i386]] - instead of i486
 1. [ACCEPTED] [[UbuntuSpec:foundations-lucid-better-archive-crawler| Better archive crawler]] (carried over from Lucid)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-improved-i18n-collaboration|Improved Platform-Internationalization Collaboration]] (seconded by OEM)
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-update-manager-improvements|update-manager Improvements]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-rsync-based-deb-downloads|Speed up downloads of .debs by using apt-sync]]
 1. [ACCEPTED] [[UbuntuSpec:foundations-m-cd-build-speed|CD build speed]] - CD build speed has been creeping back up of late; attack it again

=== Lower priority, include only if they will fit ===

 1. [[UbuntuSpec:foundations-m-edubuntu-ubiquity|Improving the installation process of Edubuntu]] - this probably belongs in a community session; will ping Jono; Foundations can make sure someone is present for the discussion, however
 1. [[UbuntuSpec:foundations-m-apt-ordering|apt Ordering]]
 1. [[UbuntuSpec:foundations-m-hybrid-suspend|Enable Hybrid suspend/hibernate by Default]] (proposed by OEM, but doesn't seem viable given current kernel support)
Line 73: Line 124:
TBD  1. [[UbuntuSpec:foundations-m-server-boot|Improved server boot]] (superseded by [[UbuntuSpec:server-maverick-boot-upstart|Server boot and upstart]])
 1. [[UbuntuSpec:foundations-m-dpkg-xz| Use xz compression by default for binary packages]] (proposed by community member) (we aren't going to use it by default, and we'll naturally get elective support by way of a dpkg merge)
 1. [[UbuntuSpec:desktop-maverick-go-green| Use Energy Star compliance power settings by default]] (proposed by OEM) - After a conversation with Colin, Pete Graner, and Pat McGowan, this was identified as something that the Desktop team would be involved in, not foundations

Note: This page is for prioritizing Foundations track UDS-M sessions. For general Maverick planning, please see FoundationsTeam/Maverick/Planning.

Session Topics

The following sessions are broken out by topic; for a flat listing of the sessions, see below.

General

  1. [ACCEPTED] 10.04 Review - hold this early to aid breakout topics, maybe in the first roundtable

  2. [ACCEPTED] Spring Clean - right after an LTS release is a good time for an aggressive cleanup of things we don't need or that should be extensively refactored

  3. [ACCEPTED] btrfs Support (seconded by OEM)

  4. [ACCEPTED] Toolchain decisions for Maverick. May be followed up with architecture specific sessions. (MatthiasKlose)

    1. Compile for i686 as the default on i386 - instead of i486

  5. [ACCEPTED] Improved Platform-Internationalization Collaboration (seconded by OEM)

Building/Packaging

  1. [ACCEPTED] Multiarch Support (may not need further discussion?)

  2. [ACCEPTED] Drop the IA64 and SPARC community ports

  3. [ACCEPTED] CD build speed - CD build speed has been creeping back up of late; attack it again

  4. [ACCEPTED] Better archive crawler (carried over from Lucid)

  5. [ACCEPTED] Package Culling - find and aggressively deal with packages whose merges have been lagging for several releases

  6. [ACCEPTED] Speed up downloads of .debs by using apt-sync

Installation

  1. [ACCEPTED] Implement the installer redesign spec (EvanDandrea)

  2. [ACCEPTED] Download updates while installing (EvanDandrea)

  3. [ACCEPTED] Use Swap Files Instead of Swap Partitions (carried over from Karmic)

Update/Upgrade

  1. [ACCEPTED] Discuss testing (seconded by OEM)

  2. [ACCEPTED] D-Bus Refactor of release-upgrader - discuss refactoring the release-upgrader backend as a dbus service to improve reliability/responsiveness (MichaelVogt)

  3. [ACCEPTED] Refactor update-notifier - make update-notifier a more modular design (probably with vala), it has out-grown to be a update-notifier since some time (MichaelVogt)

  4. [ACCEPTED] update-manager Improvements

  5. [ACCEPTED] Remove Demoted Packages on Upgrade - We need to explore the removal of demoted packages on upgrade (all, only auto-installed ones, only default installed ones, only unused... how to detect).

Booting

  1. [ACCEPTED] move CD booting to grub2/gfxterm (ColinWatson)

  2. [ACCEPTED] smoother boot splash via grub2 and a boot framebuffer (ColinWatson, ScottJamesRemnant)

  3. [ACCEPTED] Boot Performance/Experience (seconded by OEM)

  4. [ACCEPTED] UEFI Firmware Support

Upstart

  1. [ACCEPTED] Upstart Q&A UDS session

  2. [ACCEPTED] Finish Upstart (seconded by OEM indirectly for their interest in continued boot performance improvements)

Developer Support

  1. [ACCEPTED] Review and Planning for Distributed Development

  2. [ACCEPTED] OpenJDK6 updates for older Ubuntu releases (MatthiasKlose)

  3. [ACCEPTED] Automated transition testing framework (build, run upstream unit test, 2to3, report on ftbfs and test failures, against any/every python version) (BarryWarsaw)

  4. [ACCEPTED] Python Robustification - this blueprint includes the two below for ease of UDS session scheduling, and it carries over (though likely with different work items) the a similar Lucid era spec.

    1. Eliminate symlinks for python-central and python-support using PEP 3147? Needs support for extensions. (And mostly done for python-central). (BarryWarsaw).

    2. Freezing (e.g. cx_freeze) critical dist upgrade tools? (BarryWarsaw)

  5. [ACCEPTED] Python Versions - this blueprint includes the two below for ease of UDS session scheduling

    1. Python 2.7 (BarryWarsaw) That should be tested before UDS as a basis for a decision.

    2. Migration to Python 3 (BarryWarsaw)

Software Center

  1. [ACCEPTED] Software Center Roadmap

    1. Software Center Dynamic App View

    2. Software Center Dynamic Testing Improvements

    3. Software Center Screenshots for Third-parties

    4. packagekit as backend for software-center

Accepted Sessions

  1. [ACCEPTED] 10.04 Review - hold this early to aid breakout topics, maybe in the first roundtable

  2. [ACCEPTED] Software Center Roadmap

    1. Software Center Dynamic App View

    2. Software Center Dynamic Testing Improvements

    3. Software Center Screenshots for Third-parties

    4. packagekit as backend for software-center

  3. [ACCEPTED] Upstart Q&A UDS session

  4. [ACCEPTED] Finish Upstart (seconded by OEM indirectly for their interest in continued boot performance improvements)

  5. [ACCEPTED] Multiarch Support (may not need further discussion?)

  6. [ACCEPTED] btrfs Support (seconded by OEM)

  7. [ACCEPTED] move CD booting to grub2/gfxterm (ColinWatson)

  8. [ACCEPTED] smoother boot splash via grub2 and a boot framebuffer (ColinWatson, ScottJamesRemnant)

  9. [ACCEPTED] Package Culling - find and aggressively deal with packages whose merges have been lagging for several releases

  10. [ACCEPTED] Discuss testing (seconded by OEM)

  11. [ACCEPTED] Implement the installer redesign spec (EvanDandrea)

  12. [ACCEPTED] Refactor update-notifier - make update-notifier a more modular design (probably with vala), it has out-grown to be a update-notifier since some time (MichaelVogt)

  13. [ACCEPTED] Remove Demoted Packages on Upgrade - We need to explore the removal of demoted packages on upgrade (all, only auto-installed ones, only default installed ones, only unused... how to detect).

  14. [ACCEPTED] D-Bus Refactor of release-upgrader - discuss refactoring the release-upgrader backend as a dbus service to improve reliability/responsiveness (MichaelVogt)

  15. [ACCEPTED] Boot Performance/Experience (seconded by OEM)

  16. [ACCEPTED] UEFI Firmware Support

  17. [ACCEPTED] OpenJDK6 updates for older Ubuntu releases (MatthiasKlose)

  18. [ACCEPTED] Spring Clean - right after an LTS release is a good time for an aggressive cleanup of things we don't need or that should be extensively refactored

  19. [ACCEPTED] Automated transition testing framework (build, run upstream unit test, 2to3, report on ftbfs and test failures, against any/every python version) (BarryWarsaw)

  20. [ACCEPTED] Python Robustification - this blueprint includes the two below for ease of UDS session scheduling, and it carries over (though likely with different work items) the a similar Lucid era spec.

    1. Eliminate symlinks for python-central and python-support using PEP 3147? Needs support for extensions. (And mostly done for python-central). (BarryWarsaw).

    2. Freezing (e.g. cx_freeze) critical dist upgrade tools? (BarryWarsaw)

  21. [ACCEPTED] Python Versions - this blueprint includes the two below for ease of UDS session scheduling

    1. Python 2.7 (BarryWarsaw) That should be tested before UDS as a basis for a decision.

    2. Migration to Python 3 (BarryWarsaw)

  22. [ACCEPTED] Review and Planning for Distributed Development

  23. [ACCEPTED] Use Swap Files Instead of Swap Partitions (carried over from Karmic)

  24. [ACCEPTED] Download updates while installing (EvanDandrea)

  25. [ACCEPTED] Drop the IA64 and SPARC community ports

  26. [ACCEPTED] Toolchain decisions for Maverick. May be followed up with architecture specific sessions. (MatthiasKlose)

    1. Compile for i686 as the default on i386 - instead of i486

  27. [ACCEPTED] Better archive crawler (carried over from Lucid)

  28. [ACCEPTED] Improved Platform-Internationalization Collaboration (seconded by OEM)

  29. [ACCEPTED] update-manager Improvements

  30. [ACCEPTED] Speed up downloads of .debs by using apt-sync

  31. [ACCEPTED] CD build speed - CD build speed has been creeping back up of late; attack it again

Lower priority, include only if they will fit

  1. Improving the installation process of Edubuntu - this probably belongs in a community session; will ping Jono; Foundations can make sure someone is present for the discussion, however

  2. apt Ordering

  3. Enable Hybrid suspend/hibernate by Default (proposed by OEM, but doesn't seem viable given current kernel support)

Declined Sessions

  1. Improved server boot (superseded by Server boot and upstart)

  2. Use xz compression by default for binary packages (proposed by community member) (we aren't going to use it by default, and we'll naturally get elective support by way of a dpkg merge)

  3. Use Energy Star compliance power settings by default (proposed by OEM) - After a conversation with Colin, Pete Graner, and Pat McGowan, this was identified as something that the Desktop team would be involved in, not foundations

FoundationsTeam/Maverick/Planning/UDSBrussels (last edited 2010-05-12 12:41:17 by 217)