Request for Adding Ubuntu Kylin Archive

Marc Deslauriers marc.deslauriers at canonical.com
Tue Apr 8 01:52:35 UTC 2014


On 14-04-07 08:40 PM, Steve Langasek wrote:
> On Fri, Apr 04, 2014 at 05:34:38PM -0400, Stéphane Graber wrote:
>>>> I think building the software in a private PPA, and then mirroring the
>>>> signed PPA onto NUDT's infrastructure would be a reasonable way of
>>>> achieving all the requirements.
> 
>>>> Would that be an acceptable solution?
> 
>>> It sounds like it meets Ubuntu Kylin's needs, but I would be wary of us
>>> trying to dictate the technical details at this level.  We might find that
>>> this is the best technical implementation, or we might find that something
>>> closer to partner, where packages are uploaded to a central archive queue
>>> and managed using the Ubuntu archive tooling, makes more sense.
> 
>> I think we can at least set the following high level requirements:
> 
> The Ubuntu Kylin team has captured this now in a wiki page:
> 
>   https://wiki.ubuntu.com/Ubuntu%20Kylin/Ubuntu%20Kylin%20Archive
> 
> Let's please iterate there.
> 
>>  - Uploaders must be Ubuntu members and have signed the CoC (I'd have
>>    been tempted to require ~ubuntu-dev but that'd mean pretty much nobody
>>    on the Kylin team would be able to upload...)
> 
> For comparison, I don't think we've ever required ubuntu-dev status for
> uploaders to the partner archive, but in practice the archive was /managed/
> by the ubuntu-archive team, for whom ubuntu-dev status is expected to be a
> precondition.  I think it's fine to only require Ubuntu membership at this
> phase.  But should the eventual goal be to require ubuntu-dev membership?
> Would that bring it more closely in line with the governance guidelines for
> the other archives?

I'm fine with Ubuntu membership for now.

> 
>>  - Packages must be built on the same infrastructure as Ubuntu, using
>>    the same builder pool and build chroots.
> 
> I think this is overly specific.  It makes sense to specify the software
> environment (build chroots), but the Tech Board should not dictate that the
> packages be built in "the same builder pool" as Ubuntu, which is an
> implementation detail - only in a builder pool with equivalent security.  By
> default, PPAs do not build on the same builder pool used for Ubuntu, and
> there doesn't seem to be a reason for this PPA to build there.
> 
> I suggest the following wording instead:
> 
>   - Packages must be built in the Canonical-managed Launchpad builders,
>     using the same build chroots as the Ubuntu archive and with no
>     build-dependencies on other PPAs.

+1

> 
>>  - The result must be signed by a GPG key managed by Canonical (not
>>    provided to the Kylin team) within the Canonical infrastructure.
>>  - That GPG key must be separate from any other key currently in use and
>>    should be (not a hard requirement for 14.04) signed by the archive
>>    master key.
> 
> For comparison, the Extras archive key does not appear to be signed by the
> archive master key.  So I would omit this "should" altogether, especially as
> it's unrelated to our key management model for these extension archives.
> 
>>  - Distribution will be done through a server managed by the Kylin team
>>    which will get its content from a private server on Canonical's network.
> 
>> That should leave enough room for implementation details to be decided
>> by the relevant teams (Launchpad, IS, Kylin) while enforcing the bits I
>> actually care about.
> 
> Let me know if the above sounds reasonable, and if I should update
> <https://wiki.ubuntu.com/Ubuntu%20Kylin/Ubuntu%20Kylin%20Archive>.
> 

Looks good.

Marc.





More information about the technical-board mailing list