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
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
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
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
>>
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
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
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
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
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
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
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
11 matches
Mail list logo