VersionFourDotO/Stakeholders/Soyuz

Not logged in - Log In / Register

Soyuz 4.0 stakeholder priorities

OEM Services

Contact: Cody Somerville

  1. LP: #391820 Optionally strip translations in PPAs. We need a robust way to handle translations for our builds. Stripping translations + custom language packs are a couple things that have been discussed. The basic problem is that we need to strip translations from packages we rebuild, so that we can take advantage of distro's translations for that package. In some cases we have new translations (done by a third party) that we want to integrate in addition to or in place of distro's translations.

  2. All projects in a single pool as this imposes an important constraint that will prevent projects from having packages with the same version but different changes.

    • This would require the ability to have custom suite names like we do now. Creation and management of new suites should be managed via API. Its also important to note that lp should not assume all the suites belong to a single linear series.
    • It would be useful to have per suite http authentication credentials that would only grant access to the packages in the suite. This would allow us to give access to customers that is appropriately restricted to packages that are common and that belong to their project.
  3. Custom incoming queue processing. The idea here is that we can optionally have all uploads for a project held in an 'incoming queue' that requires an individual with the necessary permissions to accept or reject. The primary purpose of this would be to allow us to run our scripts that currently get run via the reprepro hook functionality by polling the queue. The second purpose would be to allow the tech lead to freeze their project and approve uploads and copies that are critical to the release, reject what he or she wants, and leave everything else waiting in this queue until the freeze is over.

And lastly, a blue-sky request: Installer-building support, for creating customized versions of Ubuntu based on a distribution and one or more PPAs. You'll recall that we discussed this at SomeHands '09: https://wiki.canonical.com/AllHands/2009/SomeHands/CustomizingUbuntu

Ubuntu Foundations

Contact: Colin Watson / Robbie Williamson

  1. We will want build-from-branch for Distributed Development [james_w]
  2. Native source syncing happen, to the point where it can supersede our workflow involving archive admin requests. (referred to from Soyuz/WantedFeatureList already)

  3. Allow buildd admins to kill builds. useful if two packages are uploaded shortly after the other, and keep the buildds busy. currently you have to ask lamont.

Ubuntu MOTU

Contact: wgrant and mok0

VersionFourDotO/Stakeholders/Soyuz (last edited 2010-01-05 07:50:34 by jml)