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 process

[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

[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

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

2010-06-07 Thread Ferenc Wagner
Daniel Lezcano daniel.lezc...@free.fr 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

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 Lezcanodaniel.lezc...@free.fr 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

[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

[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

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 Lezcanodaniel.lezc...@free.fr 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

[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