Re: Getting Podman 2.0 into ubuntu
I had to retrigger the build in my PPA because of an issue (bad removal, resolved by a fakesync) with the continuum package, but now the docker.io package has built fine. I think it should be good for uploading it to groovy, but I haven't heard back from anyone on the email below. I don't have the means (ATM) to do a full rebuild and run the autopkgtests from the new package. I'd hate to cause disruption to lxd or other high-profile canonical projects, but I do think adding podman would bring significant value to Ubuntu users. Helping me getting docker.io in sync with Debian would be greatly appreciated. BTW, is email the best way to discuss this with you? I note that conversations on this list don't happen as frequently as a couple of years ago when I was more active in Ubuntu, and I wonder why that is. Has everything moved to real-time communication or some other forum? -rt On Tue, Jul 21, 2020 at 10:36 PM Reinhard Tartler wrote: > My attempt at merging the docker.io package can be found in my ppa here: > https://launchpad.net/~siretart/+archive/ubuntu/podman/+packages > > it at least builds on my laptop in a clean groovy chroot. > > Let me know what you think. Is this "good enough" for groovy? - Did I miss > important changes? > > > On Tue, Jul 21, 2020 at 7:29 AM Reinhard Tartler > wrote: > >> Hi Ubuntu Server folks, >> >> I've been working quite a bit to get podman 2.0 (cf. https://podman.io/) >> and its friends buildah and skopeo into debian/unstable, and succeeded >> with that task yesterday (yay). Now, I need your help with getting those >> packages built and ready for Ubuntu 20.20 (groovy). >> >> Podman is a container tool that allows you to run OCI-compatible images, >> with a user-interface that allows seamless transition from docker(1). It >> also brings the concept of pods, known from kubernetes, to the world of >> laptops. Buildah is a tool that is able to create images on the command >> line. It can also read Dockerfiles. I've written about it here >> http://tauware.blogspot.com/2020/04/building-packages-with-buildah-in-debian.html >> . >> Skopeo is a conversion tool from various container formats. >> >> I believe there is significant value for ubuntu server users. >> >> For better or worse, all these tool share quite a bit of code and require >> some code from docker. The challenge I'm facing now is that the docker >> package in debian has diverged significantly from ubuntu, which makes >> building dependent packages, such as contianers/image and buildah, which >> are dependencies of libpod (podman), unnecessary hard. This is captured in >> https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1883978 - where >> I was pointed to this list. >> >> My question: Can we just sync over the docker.io package from debian? It >> seems to ship with a newer upstream version anyways. >> >> If not, what's the plan with docker.io in ubuntu? I may be able to >> convince my fellow maintainers in Debian to incorporate ubuntu local >> changes if that would be helpful. As a reminder, here are the changelog >> entries in ubuntu summarizing the changes: >> >> docker.io (19.03.11-0ubuntu1) groovy; urgency=medium >> >> * Update to 19.03.11 upstream release (CVE-2020-13401, LP: #1881679) >> * Apply wrap-and-sort >> * Move cgroupfs-mount to Suggests >> (esp. on Ubuntu where systemd is canonical) >> >> -- Tianon Gravi Mon, 01 Jun 2020 15:14:15 -0700 >> >> docker.io (19.03.8-0ubuntu4) groovy; urgency=medium >> >> * Provide "image" and "oci" components in golang dev package, >> mirroring Debian to address libpod FTBFS >> >> -- Reinhard Tartler Sat, 30 May 2020 11:56:59 >> -0400 >> >> docker.io (19.03.8-0ubuntu3) groovy; urgency=medium >> >> * Provide the rootless component in golang dev package, mirroring Debian >> (addresses nomad FTBFS). >> >> -- Logan Rosen Tue, 26 May 2020 21:06:20 -0400 >> >> docker.io (19.03.8-0ubuntu2) groovy; urgency=medium >> >> [ Jean-Baptiste Lallement ] >> [ Didier Roche ] >> * Fix use with ZFS on root: >> - docker creates one dataset for any layer of containers that were >> created. Create now a /var/lib/docker for creating them in >> the persistent namespace and migrate existing one here. >> - purge the automated historic that was created. >> The migration only impacts the ubuntu desktop installation with >> experimental ZFS on root, and we have thus to stop and start the >> daemon >>
Re: Getting Podman 2.0 into ubuntu
My attempt at merging the docker.io package can be found in my ppa here: https://launchpad.net/~siretart/+archive/ubuntu/podman/+packages it at least builds on my laptop in a clean groovy chroot. Let me know what you think. Is this "good enough" for groovy? - Did I miss important changes? On Tue, Jul 21, 2020 at 7:29 AM Reinhard Tartler wrote: > Hi Ubuntu Server folks, > > I've been working quite a bit to get podman 2.0 (cf. https://podman.io/) > and its friends buildah and skopeo into debian/unstable, and succeeded > with that task yesterday (yay). Now, I need your help with getting those > packages built and ready for Ubuntu 20.20 (groovy). > > Podman is a container tool that allows you to run OCI-compatible images, > with a user-interface that allows seamless transition from docker(1). It > also brings the concept of pods, known from kubernetes, to the world of > laptops. Buildah is a tool that is able to create images on the command > line. It can also read Dockerfiles. I've written about it here > http://tauware.blogspot.com/2020/04/building-packages-with-buildah-in-debian.html > . > Skopeo is a conversion tool from various container formats. > > I believe there is significant value for ubuntu server users. > > For better or worse, all these tool share quite a bit of code and require > some code from docker. The challenge I'm facing now is that the docker > package in debian has diverged significantly from ubuntu, which makes > building dependent packages, such as contianers/image and buildah, which > are dependencies of libpod (podman), unnecessary hard. This is captured in > https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1883978 - where > I was pointed to this list. > > My question: Can we just sync over the docker.io package from debian? It > seems to ship with a newer upstream version anyways. > > If not, what's the plan with docker.io in ubuntu? I may be able to > convince my fellow maintainers in Debian to incorporate ubuntu local > changes if that would be helpful. As a reminder, here are the changelog > entries in ubuntu summarizing the changes: > > docker.io (19.03.11-0ubuntu1) groovy; urgency=medium > > * Update to 19.03.11 upstream release (CVE-2020-13401, LP: #1881679) > * Apply wrap-and-sort > * Move cgroupfs-mount to Suggests > (esp. on Ubuntu where systemd is canonical) > > -- Tianon Gravi Mon, 01 Jun 2020 15:14:15 -0700 > > docker.io (19.03.8-0ubuntu4) groovy; urgency=medium > > * Provide "image" and "oci" components in golang dev package, > mirroring Debian to address libpod FTBFS > > -- Reinhard Tartler Sat, 30 May 2020 11:56:59 > -0400 > > docker.io (19.03.8-0ubuntu3) groovy; urgency=medium > > * Provide the rootless component in golang dev package, mirroring Debian > (addresses nomad FTBFS). > > -- Logan Rosen Tue, 26 May 2020 21:06:20 -0400 > > docker.io (19.03.8-0ubuntu2) groovy; urgency=medium > > [ Jean-Baptiste Lallement ] > [ Didier Roche ] > * Fix use with ZFS on root: > - docker creates one dataset for any layer of containers that were > created. Create now a /var/lib/docker for creating them in > the persistent namespace and migrate existing one here. > - purge the automated historic that was created. > The migration only impacts the ubuntu desktop installation with > experimental ZFS on root, and we have thus to stop and start the daemon > to migrate data. (LP: #1879473) > > -- Didier Roche Tue, 19 May 2020 11:01:22 +0200 > > docker.io (19.03.8-0ubuntu1) focal; urgency=medium > > * Update to 19.03.8 upstream release (LP: #1867068) > - Improve mitigation for CVE-2019-14271 for some nscd configuration. > > -- Tianon Gravi Wed, 11 Mar 2020 15:48:33 -0700 > > > Unfortunately, they are not broken out in a way that would make it easy > for applying them to merge in Debian. I'd love to work with someone in the > ubuntu server team on this. > > -- > regards, > Reinhard > -- regards, Reinhard -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
Re: +1 maintenance report
Hi Michael, On Tue, Jun 23, 2020 at 5:55 PM Michael Hudson-Doyle < michael.hud...@canonical.com> wrote: > continuity no longer builds the continuity binary package so I filed a bug > to get that removed. > The continuity package in debian continues to build the binary package 'golang-github-containerd-continuity-dev', which is a build dependency for other packages, such as docker. I'm actually trying to reconcile the docker.io packages between debian and ubuntu (see LP#1883978 and https://lists.ubuntu.com/archives/ubuntu-server/2020-July/008406.html for context), and the lack of an uptodate continuity package is an issue. Can you please elaborate on the removal? Would it be an issue to sync continuity_0.0~git20200107.26c1120-1 from unstable to groovy at this point? -- regards, Reinhard -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
Getting Podman 2.0 into ubuntu
Hi Ubuntu Server folks, I've been working quite a bit to get podman 2.0 (cf. https://podman.io/) and its friends buildah and skopeo into debian/unstable, and succeeded with that task yesterday (yay). Now, I need your help with getting those packages built and ready for Ubuntu 20.20 (groovy). Podman is a container tool that allows you to run OCI-compatible images, with a user-interface that allows seamless transition from docker(1). It also brings the concept of pods, known from kubernetes, to the world of laptops. Buildah is a tool that is able to create images on the command line. It can also read Dockerfiles. I've written about it here http://tauware.blogspot.com/2020/04/building-packages-with-buildah-in-debian.html . Skopeo is a conversion tool from various container formats. I believe there is significant value for ubuntu server users. For better or worse, all these tool share quite a bit of code and require some code from docker. The challenge I'm facing now is that the docker package in debian has diverged significantly from ubuntu, which makes building dependent packages, such as contianers/image and buildah, which are dependencies of libpod (podman), unnecessary hard. This is captured in https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1883978 - where I was pointed to this list. My question: Can we just sync over the docker.io package from debian? It seems to ship with a newer upstream version anyways. If not, what's the plan with docker.io in ubuntu? I may be able to convince my fellow maintainers in Debian to incorporate ubuntu local changes if that would be helpful. As a reminder, here are the changelog entries in ubuntu summarizing the changes: docker.io (19.03.11-0ubuntu1) groovy; urgency=medium * Update to 19.03.11 upstream release (CVE-2020-13401, LP: #1881679) * Apply wrap-and-sort * Move cgroupfs-mount to Suggests (esp. on Ubuntu where systemd is canonical) -- Tianon Gravi Mon, 01 Jun 2020 15:14:15 -0700 docker.io (19.03.8-0ubuntu4) groovy; urgency=medium * Provide "image" and "oci" components in golang dev package, mirroring Debian to address libpod FTBFS -- Reinhard Tartler Sat, 30 May 2020 11:56:59 -0400 docker.io (19.03.8-0ubuntu3) groovy; urgency=medium * Provide the rootless component in golang dev package, mirroring Debian (addresses nomad FTBFS). -- Logan Rosen Tue, 26 May 2020 21:06:20 -0400 docker.io (19.03.8-0ubuntu2) groovy; urgency=medium [ Jean-Baptiste Lallement ] [ Didier Roche ] * Fix use with ZFS on root: - docker creates one dataset for any layer of containers that were created. Create now a /var/lib/docker for creating them in the persistent namespace and migrate existing one here. - purge the automated historic that was created. The migration only impacts the ubuntu desktop installation with experimental ZFS on root, and we have thus to stop and start the daemon to migrate data. (LP: #1879473) -- Didier Roche Tue, 19 May 2020 11:01:22 +0200 docker.io (19.03.8-0ubuntu1) focal; urgency=medium * Update to 19.03.8 upstream release (LP: #1867068) - Improve mitigation for CVE-2019-14271 for some nscd configuration. -- Tianon Gravi Wed, 11 Mar 2020 15:48:33 -0700 Unfortunately, they are not broken out in a way that would make it easy for applying them to merge in Debian. I'd love to work with someone in the ubuntu server team on this. -- regards, Reinhard -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
[Bug 211631]: CIFS/SMBFS shares not unmounted before network is shut down
Could someone from the server team please review the following bug: https://bugs.launchpad.net/bugs/211631 it seems that the samba package needs an additional init script to unmount volumes before the network connection gets killed. There is a script proposed that looks very promising. also the issue looks pretty well analysed. I would look into the issue myself, but I'm currently busy and don't have a setup to actually test it. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
nagios packages, was: Universe Server Packages
Soren Hansen <[EMAIL PROTECTED]> writes: > packages on > >https://bugs.edge.launchpad.net/~ubuntu-server/+packagebugs > > are the ones whose bugs that get announced in #ubuntu-server. I noticed that nagios2 is on the list but nagios3 isn't. What's the plan on that side? is nagios2 to be replaced with nagios3 in main? (nagios3 is currently in universe) -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 pgpc0slLPZPk2.pgp Description: PGP signature -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam