Re: [lxc-devel] [PATCH 3/4] doc: Make everything use the @docdtd@ variable

2013-09-23 Thread Stéphane Graber
On Mon, Sep 23, 2013 at 03:22:47PM -0500, Serge Hallyn wrote: > Quoting Stéphane Graber (stgra...@ubuntu.com): > > Signed-off-by: Stéphane Graber > > I assume it doesn't really matter, but note that configure.ac doesn't > have the "V4.5//EN" as the entries you are replacing do. > > Acked-by: Ser

[lxc-devel] [lxc/lxc] 948955: Consistently use for the API

2013-09-23 Thread GitHub
Branch: refs/heads/master Home: https://github.com/lxc/lxc Commit: 948955a2d6f8e4e28bceada9666c5831de4a6bb8 https://github.com/lxc/lxc/commit/948955a2d6f8e4e28bceada9666c5831de4a6bb8 Author: Stéphane Graber Date: 2013-09-23 (Mon, 23 Sep 2013) Changed paths: M src/lxc/bde

Re: [lxc-devel] [PATCH 2/4] Add some missing comments to configure.ac

2013-09-23 Thread Serge Hallyn
Quoting Stéphane Graber (stgra...@ubuntu.com): > Signed-off-by: Stéphane Graber Acked-by: Serge E. Hallyn > --- > configure.ac | 4 > 1 file changed, 4 insertions(+) > > diff --git a/configure.ac b/configure.ac > index 6c74dcd..a523583 100644 > --- a/configure.ac > +++ b/configure.ac > @

Re: [lxc-devel] [PATCH 1/4] Consistently use for the API

2013-09-23 Thread Serge Hallyn
Quoting Stéphane Graber (stgra...@ubuntu.com): > The API header was included in a variety of ways before, standardize > those to "include " as this will always work both in > tree and on a system with the headers installed. > > Signed-off-by: Stéphane Graber Acked-by: Serge E. Hallyn > --- >

Re: [lxc-devel] [PATCH 4/4] doc: Fixed my first name

2013-09-23 Thread Serge Hallyn
Quoting Stéphane Graber (stgra...@ubuntu.com): > Signed-off-by: Stéphane Graber Nacked-by: Serge E. Hallyn Just kidding :) Acked-by: Serge E. Hallyn > --- > doc/ja/lxc-checkconfig.sgml.in | 2 +- > doc/ja/lxc-device.sgml.in | 2 +- > doc/ja/lxc-info.sgml.in| 2 +- >

Re: [lxc-devel] [PATCH 3/4] doc: Make everything use the @docdtd@ variable

2013-09-23 Thread Serge Hallyn
Quoting Stéphane Graber (stgra...@ubuntu.com): > Signed-off-by: Stéphane Graber I assume it doesn't really matter, but note that configure.ac doesn't have the "V4.5//EN" as the entries you are replacing do. Acked-by: Serge E. Hallyn > --- > doc/ja/legacy/lxc-ls.sgml.in | 2 +- > doc/ja/

Re: [lxc-devel] [RFC] rootfs pinning

2013-09-23 Thread Rob Landley
On 09/23/2013 11:19:17 AM, Serge Hallyn wrote: > Quoting Rob Landley (r...@landley.net): > > On 09/12/2013 01:27:07 PM, Christian Seiler wrote: > > > Hi there, > > > > > > just a quick question: currently, rootfs is pinned with a .hold > file > > > in > > > the parent directory (which btw. does n

Re: [lxc-devel] [PATCH RFC 1/1] refactor AppArmor into LSM backend, add SELinux support

2013-09-23 Thread Serge Hallyn
Quoting Dwight Engen (dwight.en...@oracle.com): > diff --git a/src/lxc/lsm/nop.c b/src/lxc/lsm/nop.c > new file mode 100644 > index 000..61dfbe9 > --- /dev/null > +++ b/src/lxc/lsm/nop.c > @@ -0,0 +1,45 @@ > +/* > + * lxc: linux Container library > + * > + * Copyright © 2013 Oracle. > + * > + *

Re: [lxc-devel] [PATCH] Parse: add error info when parse config failed

2013-09-23 Thread Serge Hallyn
Quoting Qiang Huang (h.huangqi...@huawei.com): > ping. > > Hi Serge or Stéphane, > > What do you think about this patch? > Spell error happens in our config file(many times for me :( ), and > this error info will really save user's time to figure out the > problem. > > On 2013/9/16 10:04, Qiang

Re: [lxc-devel] [PATCH RFC 0/1] refactor AppArmor into LSM backend, add SELinux support

2013-09-23 Thread Serge Hallyn
Quoting Dwight Engen (dwight.en...@oracle.com): > On Sat, 21 Sep 2013 00:32:42 -0500 > Serge Hallyn wrote: > > > Quoting Dwight Engen (dwight.en...@oracle.com): > > > This change proposes to add support to LXC for additional LSMs > > > (Linux Security Module), namely SELinux. It does so by turnin

[lxc-devel] [lxc/lxc] 48e2f3: When callback of one config line fail, we'd better...

2013-09-23 Thread GitHub
Branch: refs/heads/master Home: https://github.com/lxc/lxc Commit: 48e2f384e09a51255e677f2f3f1c5c9b92742660 https://github.com/lxc/lxc/commit/48e2f384e09a51255e677f2f3f1c5c9b92742660 Author: Qiang Huang Date: 2013-09-23 (Mon, 23 Sep 2013) Changed paths: M src/lxc/parse.c

Re: [lxc-devel] [RFC] rootfs pinning

2013-09-23 Thread Serge Hallyn
Quoting Rob Landley (r...@landley.net): > On 09/12/2013 01:27:07 PM, Christian Seiler wrote: > > Hi there, > > > > just a quick question: currently, rootfs is pinned with a .hold file > > in > > the parent directory (which btw. does not help against file systems > > that > > are already mounte

[lxc-devel] [lxc/lxc] 49badb: return the result of the lxcapi_want_close_all_fds...

2013-09-23 Thread GitHub
Branch: refs/heads/master Home: https://github.com/lxc/lxc Commit: 49badbbef602f1b8add1ea55d7cf0e1563bfe0db https://github.com/lxc/lxc/commit/49badbbef602f1b8add1ea55d7cf0e1563bfe0db Author: S.Çağlar Onur Date: 2013-09-23 (Mon, 23 Sep 2013) Changed paths: M src/lxc/lxcco

Re: [lxc-devel] [PATCH] return the result of the lxcapi_want_close_all_fds call to the caller

2013-09-23 Thread Serge Hallyn
Quoting S.Çağlar Onur (cag...@10ur.org): > Signed-off-by: S.Çağlar Onur Acked-by: Serge E. Hallyn > --- > src/lxc/lxccontainer.c | 7 --- > src/lxc/lxccontainer.h | 2 +- > 2 files changed, 5 insertions(+), 4 deletions(-) > > diff --git a/src/lxc/lxccontainer.c b/src/lxc/lxccontainer.c >

Re: [lxc-devel] lxc-start fails on android

2013-09-23 Thread Serge Hallyn
Quoting riya khanna (riyakhanna1...@gmail.com): > Hi, > > I am trying to run a busybox based container on android. However, lxc-start > fails with the following msgs. Any idea what could be wrong here? Thanks > for your time and help! > > lxc-start 1378915396.741 WARN lxc_start - inherited

Re: [lxc-devel] [PATCH] Parse: add error info when parse config failed

2013-09-23 Thread Qiang Huang
ping. Hi Serge or Stéphane, What do you think about this patch? Spell error happens in our config file(many times for me :( ), and this error info will really save user's time to figure out the problem. On 2013/9/16 10:04, Qiang Huang wrote: > When callback of one config line fail, we'd better g