Re: [lxc-devel] devpts instances

2010-06-07 Thread Sukadev Bhattiprolu
Ferenc Wagner [wf...@niif.hu] wrote: | Hi, | | Reading the kernel documentation of devpts, I got the impression that if | the host uses the "legacy" devpts mode, root in a container can always | mount its devpts instance. Is this really so? If yes, it might be Yes... | worth noting somewhere n

[lxc-devel] devpts instances

2010-06-07 Thread Ferenc Wagner
Hi, Reading the kernel documentation of devpts, I got the impression that if the host uses the "legacy" devpts mode, root in a container can always mount its devpts instance. Is this really so? If yes, it might be worth noting somewhere near the lxc.pts option. And a kernel option to disable le

Re: [lxc-devel] [PATCH 0/7] Last minute signal stuff (now in separate mails)

2010-06-07 Thread Daniel Lezcano
On 06/07/2010 03:27 PM, Ferenc Wagner wrote: > Daniel Lezcano writes: > >> On 06/07/2010 12:37 PM, Ferenc Wagner wrote: >> >>> there's another failure I get on my work machine (with my original >>> patchset with the above errors corrected): >>> >>> gcc -I../../src -g -O2 -g -Wall -O2 -Wall -Wl,-E

Re: [lxc-devel] [PATCH 0/7] Last minute signal stuff (now in separate mails)

2010-06-07 Thread Ferenc Wagner
Daniel Lezcano writes: > On 06/07/2010 12:37 PM, Ferenc Wagner wrote: > >> there's another failure I get on my work machine (with my original >> patchset with the above errors corrected): >> >> gcc -I../../src -g -O2 -g -Wall -O2 -Wall -Wl,-E -Wl,-rpath -Wl,/usr/lib/lxc >> -o lxc-attach lxc_att

[lxc-devel] [GIT] lxc branch, master, updated. 89875e177f53385b556c5e33ec32bf4de4ae5a89

2010-06-07 Thread Daniel Lezcano
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "lxc". The branch, master has been updated via 89875e177f53385b556c5e33ec32bf4de4ae5a89 (commit) via 7ddc8f2451f714659aa9d1ba

[lxc-devel] [GIT] lxc branch, master, updated. 79881dc61f912321f3004531711071a051f80220

2010-06-07 Thread Daniel Lezcano
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "lxc". The branch, master has been updated via 79881dc61f912321f3004531711071a051f80220 (commit) from dd04402dd9c26127973dc583

Re: [lxc-devel] [PATCH 0/7] Last minute signal stuff (now in separate mails)

2010-06-07 Thread Daniel Lezcano
On 06/07/2010 12:37 PM, Ferenc Wagner wrote: > Daniel Lezcano writes: > > >> On 06/06/2010 11:07 PM, Ferenc Wagner wrote: >> >> >>> The first part is some tinkering to make lxc compile under Debian Lenny. >>> >>> The "dangerous" part is the signal forwarding and the process group >>> bus

Re: [lxc-devel] [PATCH 0/7] Last minute signal stuff (now in separate mails)

2010-06-07 Thread Ferenc Wagner
Daniel Lezcano writes: > On 06/06/2010 11:07 PM, Ferenc Wagner wrote: > >> The first part is some tinkering to make lxc compile under Debian Lenny. >> >> The "dangerous" part is the signal forwarding and the process group >> business I was playing with recently. It contains Greg's idea about >>

[lxc-devel] [GIT] lxc branch, master, updated. dd04402dd9c26127973dc5836d2befa28496f125

2010-06-07 Thread Daniel Lezcano
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "lxc". The branch, master has been updated via dd04402dd9c26127973dc5836d2befa28496f125 (commit) via 09d1bd237e75e4b3d915b8ae

[lxc-devel] patch to fix up utmp handling in utmp.c

2010-06-07 Thread atp
Hello, This patch changes the way utmp is handled to be far more robust. It allows shutdown for fedora core 12, by instigating a timer once the shutdown is noticed in utmp to check the number of tasks remaining, as well as allowing the /var/run/utmp file to be deleted and remade (for example dur

Re: [lxc-devel] [PATCH 0/7] Last minute signal stuff (now in separate mails)

2010-06-07 Thread Daniel Lezcano
On 06/06/2010 11:07 PM, Ferenc Wagner wrote: > Hi, > > The first part is some tinkering to make lxc compile under Debian Lenny. > > The "dangerous" part is the signal forwarding and the process group > business I was playing with recently. It contains Greg's idea about > setting the foreground pro