RFC: auto-generated packageset for Canonical OEM enablement metapackages

Iain Lane laney at ubuntu.com
Fri Jul 17 10:49:37 UTC 2020


Hi,

A few of us at Canonical have recently been working on a project to 
enable people who buy Ubuntu-certified devices to have the "certified 
experience" whether they bought the device with Ubuntu preinstalled or 
installed Ubuntu later.

The way we've designed this is that parts of the installer / live 
environment / etc are able to match the running hardware and install a 
metapackage from the archive, that then goes on to do the necessary 
setup. We have an exception from the MIR team to allow these packages to 
be auto-promoted into main. This page also explains a few more technical 
details about how the packages work (they are rigidly/mechanically 
structured):

  https://wiki.ubuntu.com/MIRTeam/Exceptions/OEM

We've got a bit of a scaling problem here though. There is *one source 
package per SKU*. The way that Ubuntu's ACLs are set up is that 
membership of the ~motu team /or a matching packageset|PPU permission/ 
is required to be able to upload NEW source packages to the archive. The 
team that develops these packages is not really made up of Ubuntu 
developers, and so currently they are forced to hand over the packages 
to a sponsor who is in ~motu, which is a burden on the sponsors that it 
would be great to be able to relieve soon.

As a first step towards making this self service for that team, I'd like 
to ask the DMB to consider making a packageset for this purpose.  
Initially it'll have no uploaders apart from ~ubuntu-core-dev, so we're 
considering the set itself only right now. (Later on we'll be nudging 
people to apply to you for upload rights.) The Launchpad team tells me 
that packageset permissions can be added if a source package exists 
*anywhere* (i.e. in a PPA), not just in Ubuntu. So there would be a 
script which enumerates a staging PPA and adds packages found there 
which match the glob 'oem-*-meta' to the packageset. Then the eventual 
workflow would be to upload to the staging PPA, wait for the script to 
fix the packageset, and then they can copy/upload the package to devel 
and SRU it to the relevant releases.

The name could be something like canonical-oem-metapackages and the 
description along the lines of:

  Metapackages provided for hardware enablement for Canonical-certified 
  devices. This set is auto-generated by the script found at XXX.  
  Packages which end up in this set must at all times comply with the 
  MIR exception specified in 
  https://wiki.ubuntu.com/MIRTeam/Exceptions/OEM

Keen to hear your thoughts.

Cheers,

-- 
Iain Lane                                  [ iain at orangesquash.org.uk ]
Debian Developer                                   [ laney at debian.org ]
Ubuntu Developer                                   [ laney at ubuntu.com ]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.ubuntu.com/archives/devel-permissions/attachments/20200717/47936e8b/attachment.sig>


More information about the Devel-permissions mailing list