Priorities for the Soyuz Team
Priorities (1 highest)
* | M | T | U | Feature | Story Points | Released |
Support for pocket dependencies in PPA (proper fix for security dependency model) https://bugs.edge.launchpad.net/soyuz/+bug/249860 |
8 | 2.1.11 | ||||
API to copy packages, particularly from the main archive to a PPA, but can be generalised. (bug 276022) | 5 | 2.1.11 | ||||
14.3 | 12 | 6 | Rebuild integration and UI Associated with Archive Branches |
8 | ||
2.7 | 5 | 1 | 2 | Signed PPAs See https://bugs.edge.launchpad.net/soyuz/+bug/125103 |
13 | |
22.3 | 17 | 1 | Soyuz ACL manipulation API/tool Allows ACL manipulation of packages (versus teams) via a distro tool |
8 | 2.1.10 | |
UI for build dependency work to allow user-setting of the build dependency components/pockets | 5 | |||||
API manipulation of PPAs (bug 276020) | 13 | |||||
8.3 | 14 | 4 | 7 | Provide support for package sync reviews Consider how critical uploads, bugs, the upload queue and PPAs can interact |
13 | |
10.3 | Complete Private PPAs Management of passwords/security to access P3As |
20 | ||||
Support for handling debug symbol uploads in virtual buildds (https://bugs.launchpad.net/bugs/156575) |
8 | |||||
13.3 | 11 | 4 | API/UI to unembargo security package Model through the existing package upload table |
8 | ||
19.7 | - | 9 | SoyuzDistributionScript | 3 | ||
21.7 | 15 | - | Licensing Metadata support (see 1 and 2 Extra data on SPR that specifies the set of licenses for a package; obtained by parsing the licensing description and creating a set) |
2 | ||
8.0 | 13 | 3 | 8 | Changelog repackaging for native source syncing Allows us to store proper changelogs for Debian-NSS'd packages |
||
15.0 | 10 | 10 | Multiple PPAs per person | 5 | ||
15.3 | 6 | 15 | SFTP package uploads Provide a secure upload mechanism with synchronous feedback to uploaders; GPG still a requirement |
5 | ||
25.0 | - | - | Per-package apt:// download links. | |||
15.3 | 9 | 12 | NoMoreAptFtpArchive (package metadata, speeds up publishing by 20m) | 8 | ||
18.0 | 4 | - | PPA download counters Enable the distro team to prioritise merges from PPA's based on real usage and popularity and testing Could depend on diskless archives, or could be done through log scraping |
3 (with diskless archives) | ||
17.3 | - | 2 | Package sets See https://wiki.ubuntu.com/ArchiveReorganisation |
|||
18.7 | 18 | 13 | RealDistroReleases (point-releases) Depends on 'Archive Branches' |
|||
19.3 | 8 | - | Archive from librarian (dynamic pool, and autogenerated dists) | 20 | ||
20.3 | - | 11 | Archive Branches, Snapshot Archives and Independent Suites (could we have hardy-intel?) If done with ''Diskless Archives'' makes archive branching cheap |
13 | ||
22.0 | 16 | - | Upload RSS feed | |||
25.0 | - | - | LiveFS generation | |||
2 | 2 | Begin with NoMoreSourcePackages (https://edge.launchpad.net/bzr-builddeb, data model, branch uploads) | ||||
21.3 | - | 14 | Modelling seeds Data model and basic germinate interface Could be done with 'NoMoreAptFtpArchive' which needs to know about seeds |
6 | ||
Package copying only shows first 20 packages (bug 276019) | ||||||
25.0 | - | Current SourcePackage metadata persistence Internal-only, performance and correctness, enables per-package features |
5 | |||
Hang BPPH off SPPH | XXX | |||||
25.0 | - | Explicit Distribution.currentseries Internal-only, perf and correctness |
Notes
- USG: though they didn't provide formal feedback, they did indicate that PPA features would be high on their lists:
"Private PPAs. We have the following requirements for Private PPAs: 1 Multiple components in each PPA. We need to deploy closed-source or restricted code to the PPA. I want that code to go into multiverse or restricted rather than main. 2 Priority build queue. We can't afford to have PPA builds delayed for hours because someone else is building gcc"
- sabdfl: we should go beyond simply implementing seeds as they currently stand and make package sets a first-class object throughout Launchpad, i.e. "translate the Gnome desktop packages"?
- MOTU: missed Native source syncing, PPA syncing and 3rd party archive syncs, m-o-m, debian debdiffs, debdiff reviews
Contacts:
- Mark (M), Colin W. (U), MOTU (T) (siretart)