kubernetes - new ubuntu package

Bug #1780334 reported by Adam Stokes
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu
Fix Released
Undecided
Adam Stokes

Bug Description

This is a new packaging request for package 'kubernetes'. It is essentially a meta package which provides a user with a text based selection menu for installing Canonical Distribution of Kubernetes or microk8s via conjure-up snap.

The kubernetes package coming from Debian has been blocked to make way for this Ubuntu specific kubernetes package.

PPA: https://code.launchpad.net/~adam-stokes/+archive/ubuntu/gangstar

Changed in ubuntu:
status: New → In Progress
assignee: nobody → Adam Stokes (adam-stokes)
description: updated
description: updated
Revision history for this message
Simon Quigley (tsimonq2) wrote :

Unsubscribing the Ubuntu Sponsors Team as there's nothing to sponsor at the moment (and Adam is a Core Developer).

Revision history for this message
Matthias Klose (doko) wrote :

I don't like that idea very much. that will likely leave many dependencies left, and will cause extra work for archive admins and distro people. Please could you consider packaging this as kubernetes-installer, so that existing dependencies in the archive are resolvable?

And if not, please could you provide a list of packages which are currently broken by this installer package?

Rejecting for now.

Changed in ubuntu:
status: In Progress → Incomplete
Revision history for this message
Steve Langasek (vorlon) wrote :

There are zero reverse-dependencies of the kubernetes binary packages in Debian or Ubuntu. The kubernetes package from Debian has also never been buildable in Ubuntu and is now blacklisted.

And the Debian kubernetes source package doesn't build a 'kubernetes' binary package, so there is already not a namespace collision with current practice.

Revision history for this message
Adam Stokes (adam-stokes) wrote :

This got rejected originally, but it sounds like we're ok uploading the package in its current state?

If so, do I need to reupload?

Revision history for this message
Steve Langasek (vorlon) wrote :

I don't know if Matthias did a full NEW review of the package before rejecting, so doing so now.

Five issues, one major, four minor:

- debian/copyright lists you as the copyright holder, Adam. If this was done for Canonical, which it's my understanding that it was, that is not the correct copyright holder to list. The copyright holder for Canonical works should be "Canonical, Ltd". Also, Canonical's policy is to license works under GPLv3, not GPLv3+. This needs to be resolved before I will accept this package.

- debian/copyright has two different Files: stanzas, with the same copyright and license information. If the copyright and license is the same, this is unnecessary duplication; there's no need to call out debian/* in a separate stanza.

- lintian reports a quite old standards version in debian/control:
I: kubernetes source: out-of-date-standards-version 3.9.7 (released 2016-02-01) (current is 4.1.4)

- You are using debhelper compat level 9, but bionic ships with debhelper 11. If there's not a specific reason that you expect to build this package on older Ubuntu releases (and note, I don't expect this to be something that would make it through the SRU process), please use the latest debhelper compat level at the time of the package's introduction.

- debian/dirs is not required; you only ever need to declare directories in debian/dirs if you are shipping an empty dir in the binary package.

If debian/copyright is correct (which seems unlikely), let me know and I can accept from the rejected queue. Otherwise, please address the above and reupload.

Revision history for this message
Adam Stokes (adam-stokes) wrote :

Thanks Steve, was a little rusty. I've made changes and did a new upload.

Changed in ubuntu:
status: Incomplete → New
Changed in ubuntu:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.