[lxc-devel] [PATCH] lxc-alpine: create /dev/shm before mounting

2015-04-24 Thread Natanael Copa
This is needed for lxc.autodev=1 to work. Signed-off-by: Natanael Copa --- templates/lxc-alpine.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/templates/lxc-alpine.in b/templates/lxc-alpine.in index 886a838..963c42a 100644 --- a/templates/lxc-alpine.in +++ b/templates/lxc

Re: [lxc-devel] [PATCH] lxc-alpine: create /dev/shm before mounting

2015-04-24 Thread Serge Hallyn
Quoting Natanael Copa (nc...@alpinelinux.org): > This is needed for lxc.autodev=1 to work. > > Signed-off-by: Natanael Copa Acked-by: Serge E. Hallyn > --- > templates/lxc-alpine.in | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/templates/lxc-alpine.in b/templates/l

Re: [lxc-devel] [PATCH] lxc-busybox: make some OpenSSH tools optional

2015-04-24 Thread Serge Hallyn
Quoting Bogdan Purcareata (bogdan.purcare...@freescale.com): > Currently, when installing OpenSSH in a Busybox container, the template > searches > for all the OpenSSH client binaries available in the Debian distro package. > The > included tools might differ from distro to distro, so make part o

Re: [lxc-devel] [PATCH] lxc-busybox: make some OpenSSH tools optional

2015-04-24 Thread Purcareata Bogdan
On 24.04.2015 16:05, Serge Hallyn wrote: Quoting Bogdan Purcareata (bogdan.purcare...@freescale.com): Currently, when installing OpenSSH in a Busybox container, the template searches for all the OpenSSH client binaries available in the Debian distro package. The included tools might differ from

Re: [lxc-devel] [PATCH] Add IPv6 support to lxc-net

2015-04-24 Thread Serge Hallyn
Quoting Stéphane Graber (stgra...@ubuntu.com): > Signed-off-by: Stéphane Graber Acked-by: Serge E. Hallyn > --- > config/init/common/lxc-net.in | 28 +++- > 1 file changed, 27 insertions(+), 1 deletion(-) > > diff --git a/config/init/common/lxc-net.in b/config/init/com

[lxc-devel] [lxc/lxc] d47961: Add IPv6 support to lxc-net

2015-04-24 Thread GitHub
Branch: refs/heads/master Home: https://github.com/lxc/lxc Commit: d47961ebd65ea45ba32d48d7065ce6d15ad7200d https://github.com/lxc/lxc/commit/d47961ebd65ea45ba32d48d7065ce6d15ad7200d Author: Stéphane Graber Date: 2015-04-24 (Fri, 24 Apr 2015) Changed paths: M config/init

Re: [lxc-devel] [PATCH] lxc-busybox: make some OpenSSH tools optional

2015-04-24 Thread Serge Hallyn
Quoting Purcareata Bogdan (b43...@freescale.com): > On 24.04.2015 16:05, Serge Hallyn wrote: > >Quoting Bogdan Purcareata (bogdan.purcare...@freescale.com): > >>Currently, when installing OpenSSH in a Busybox container, the template > >>searches > >>for all the OpenSSH client binaries available in

Re: [lxc-devel] [RFC] Unprivileged aufs container

2015-04-24 Thread Serge Hallyn
Quoting KATOH Yasufumi (ka...@jazz.email.ne.jp): > Hi, > > Current aufs supports FS_USERNS_MOUNT by using module parameter > 'allow_userns'. So we can start an unprivileged container using > aufs. (But ubuntu kernel do not support it?) > > https://github.com/sfjro/aufs3-linux/commit/548fa48dbf5

[lxc-devel] [PATCH] c/r: check for criu images in the checkpoint directory

2015-04-24 Thread Tycho Andersen
CRIU can get confused if there are two dumps that are written to the same directory, so we make some minimal effort to prevent people from doing this. This is a better alternative than forcing liblxc to create the directory, since it is mostly race free (and neither solution is bullet proof anyway

Re: [lxc-devel] [PATCH] c/r: check for criu images in the checkpoint directory

2015-04-24 Thread Serge Hallyn
Quoting Tycho Andersen (tycho.ander...@canonical.com): > CRIU can get confused if there are two dumps that are written to the same > directory, so we make some minimal effort to prevent people from doing this. > This is a better alternative than forcing liblxc to create the directory, > since > it

Re: [lxc-devel] [RFC] Unprivileged aufs container

2015-04-24 Thread KATOH Yasufumi
>>> On Fri, 24 Apr 2015 15:51:30 + in message "Re: [lxc-devel] [RFC] Unprivileged aufs container" Serge Hallyn-san wrote: > Quoting KATOH Yasufumi (ka...@jazz.email.ne.jp): > > Hi, > > > > Current aufs supports FS_USERNS_MOUNT by using module parameter > > 'allow_usern