please backport lxcguest to lucid

Bug #828732 reported by Serge Hallyn
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Lucid Backports
Won't Fix
Undecided
Unassigned

Bug Description

The lxcguest package allows a otherwise unmodified ubuntu system to be booted as a container. While lucid currently does not suffice as a containers host (without backported kernel), it is perfectly usable as an LTS guest on non-LTS host. Please backport the lxcguest package to lucid.

Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

Backporting lxc 0.7.5 would be great. In order to compile on stock lucid it needs a few packaging tweaks, resulting in the package which built in the ubuntu-virt ppa: https://launchpad.net/~ubuntu-virt/+archive/ppa/+files/lxc_0.7.5-0ubuntu4.10.04.1.dsc

The changes are simply to pull out dh-autoreconf, and set debhelper version to 7 instead of 8.

lxcguest should then work in a lucid guest. lxc itself will work with a backported kernel, though it will refuse to run with the stock lucid kernel.

Revision history for this message
Iain Lane (laney) wrote : Re: [Bug 828732] Re: please backport lxcguest to lucid

Hiya,

On Fri, Aug 19, 2011 at 02:36:52PM -0000, Serge Hallyn wrote:
> Backporting lxc 0.7.5 would be great. In order to compile on stock
> lucid it needs a few packaging tweaks, resulting in the package which
> built in the ubuntu-virt ppa: https://launchpad.net/~ubuntu-
> virt/+archive/ppa/+files/lxc_0.7.5-0ubuntu4.10.04.1.dsc
>
> The changes are simply to pull out dh-autoreconf, and set debhelper
> version to 7 instead of 8.
>
> lxcguest should then work in a lucid guest. lxc itself will work with a
> backported kernel, though it will refuse to run with the stock lucid
> kernel.

If you want 0.7.5 then, in order to ensure a smooth upgrade path for
users with -backports enabled, it'll need to go to M & N as well.

Can you test that the package builds, installs and runs on these
releases and post any debdiffs required for the build?

Is an informative message printed when a newer kernel is required?

Cheers,

--
Iain Lane [ <email address hidden> ]
Debian Developer [ <email address hidden> ]
Ubuntu Developer [ <email address hidden> ]
PhD student [ <email address hidden> ]

Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

Quoting Iain Lane (<email address hidden>):
> Hiya,
>
> On Fri, Aug 19, 2011 at 02:36:52PM -0000, Serge Hallyn wrote:
> > Backporting lxc 0.7.5 would be great. In order to compile on stock
> > lucid it needs a few packaging tweaks, resulting in the package which
> > built in the ubuntu-virt ppa: https://launchpad.net/~ubuntu-
> > virt/+archive/ppa/+files/lxc_0.7.5-0ubuntu4.10.04.1.dsc
> >
> > The changes are simply to pull out dh-autoreconf, and set debhelper
> > version to 7 instead of 8.
> >
> > lxcguest should then work in a lucid guest. lxc itself will work with a
> > backported kernel, though it will refuse to run with the stock lucid
> > kernel.
>
> If you want 0.7.5 then, in order to ensure a smooth upgrade path for
> users with -backports enabled, it'll need to go to M & N as well.

Ok.

> Can you test that the package builds, installs and runs on these
> releases and post any debdiffs required for the build?

Will do.

Is the pointer to the .dsc in my ppa sufficient, or do you want a debdiff
against the version in oneiric for lucid as well?

> Is an informative message printed when a newer kernel is required?

lxc-checkconfig will show:

Network namespace: missing

Attempting to start a container will show:

root@l1:~# lxc-start !*
lxc-start -n ssh1
lxc-start: failed to clone(0x6c020000): Invalid argument
lxc-start: Invalid argument - failed to fork into a new namespace
lxc-start: failed to spawn 'ssh1'
lxc-start: No such file or directory - failed to remove cgroup '/mnt/cgroups/cpu/ssh1'

It does not however explicitly say that a backported kernel will allow lxc
to work.

Revision history for this message
Serge Hallyn (serge-hallyn) wrote :
Revision history for this message
Serge Hallyn (serge-hallyn) wrote :
Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

Near as I can tell lucid will have to stick with the older debian/rules, because

dh ${@} --with autotools_dev

 is not supported by lucid.

Dan Streetman (ddstreet)
Changed in lucid-backports:
status: New → Won't Fix
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.