Hello Eric et al.
Here is the current draft of the pid_namespaces(7) man page, which
described PID namespaces. The rendered version is below, and the
source is attached.
Review comments/suggestions for improvements / bug fixes welcome.
Cheers,
Michael
==
NAME
pid_namespaces - overview
"Michael Kerrisk (man-pages)" writes:
> Eric et al.,
>
> [CCing Li because of reboot(2) changes]
>
> I have (I think) addressed all previous comments in the current draft
> of the pid_namespaces(7) page. This is a final sanity check before I
> call this page complete (modulo any future kernel cha
Eric et al.,
[CCing Li because of reboot(2) changes]
I have (I think) addressed all previous comments in the current draft
of the pid_namespaces(7) page. This is a final sanity check before I
call this page complete (modulo any future kernel changes).
The attached page aims to provide a fairly c
"Michael Kerrisk (man-pages)" writes:
> On Wed, Mar 6, 2013 at 1:40 AM, Eric W. Biederman
> wrote:
>> "Michael Kerrisk (man-pages)" writes:
>>
>>> On Tue, Mar 5, 2013 at 7:41 AM, Eric W. Biederman
>>> wrote:
"Michael Kerrisk (man-pages)" writes:
> Eric,
>
> On Mon, Mar
On Wed, Mar 6, 2013 at 1:40 AM, Eric W. Biederman wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> On Tue, Mar 5, 2013 at 7:41 AM, Eric W. Biederman
>> wrote:
>>> "Michael Kerrisk (man-pages)" writes:
>>>
Eric,
On Mon, Mar 4, 2013 at 6:52 PM, Eric W. Biederman
wrote:
>>
Rob Landley writes:
> On 03/04/2013 11:52:19 AM, Eric W. Biederman wrote:
>> > How about this:
>> >
>> >The point here is that unshare(2) and setns(2) change the
>> PID
>> >namespace for processes subsequently created by the caller,
>> but
>> >not for the calling pr
On 03/04/2013 11:52:19 AM, Eric W. Biederman wrote:
> How about this:
>
>The point here is that unshare(2) and setns(2) change the
PID
>namespace for processes subsequently created by the caller,
but
>not for the calling process, while clone(2) CLONE_VM
specifies
"Michael Kerrisk (man-pages)" writes:
> On Tue, Mar 5, 2013 at 7:41 AM, Eric W. Biederman
> wrote:
>> "Michael Kerrisk (man-pages)" writes:
>>
>>> Eric,
>>>
>>> On Mon, Mar 4, 2013 at 6:52 PM, Eric W. Biederman
>>> wrote:
"Michael Kerrisk (man-pages)" writes:
> On Fri, Mar 1, 2
On Tue, Mar 5, 2013 at 7:41 AM, Eric W. Biederman wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> Eric,
>>
>> On Mon, Mar 4, 2013 at 6:52 PM, Eric W. Biederman
>> wrote:
>>> "Michael Kerrisk (man-pages)" writes:
>>>
On Fri, Mar 1, 2013 at 4:35 PM, Eric W. Biederman
>> wrote:
> "Mi
On Mon, Mar 4, 2013 at 8:27 PM, Rob Landley wrote:
> On 03/03/2013 10:03:55 PM, Eric W. Biederman wrote:
>>
>> Rob Landley writes:
>>
>> > On 03/01/2013 03:57:40 AM, Michael Kerrisk (man-pages) wrote:
>> >> > And yet the glibc guys insist on #define
>> >> GNU_GNU_GNU_ALL_HAIL_STALLMAN in
>> >> >
"Michael Kerrisk (man-pages)" writes:
> Eric,
>
> On Mon, Mar 4, 2013 at 6:52 PM, Eric W. Biederman
> wrote:
>> "Michael Kerrisk (man-pages)" writes:
>>
>>> On Fri, Mar 1, 2013 at 4:35 PM, Eric W. Biederman
> wrote:
"Michael Kerrisk (man-pages)" writes:
> Hi Rob,
>
> On
[Resending, since my mobile device turned things into HTML]
Eric,
On Mon, Mar 4, 2013 at 6:52 PM, Eric W. Biederman wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> On Fri, Mar 1, 2013 at 4:35 PM, Eric W. Biederman
>> wrote:
>>> "Michael Kerrisk (man-pages)" writes:
>>>
Hi Rob,
On 03/03/2013 10:03:55 PM, Eric W. Biederman wrote:
Rob Landley writes:
> On 03/01/2013 03:57:40 AM, Michael Kerrisk (man-pages) wrote:
>> > And yet the glibc guys insist on #define
>> GNU_GNU_GNU_ALL_HAIL_STALLMAN in
>> > order to access this Linux-specific feature which has nothing
>> whatsoe
"Michael Kerrisk (man-pages)" writes:
> On Fri, Mar 1, 2013 at 4:35 PM, Eric W. Biederman
> wrote:
>> "Michael Kerrisk (man-pages)" writes:
>>
>>> Hi Rob,
>>>
>>> On Fri, Mar 1, 2013 at 5:01 AM, Rob Landley wrote:
On 02/28/2013 05:24:07 AM, Michael Kerrisk (man-pages) wrote:
>>> [...]
>>
On Mon, Mar 4, 2013 at 4:50 AM, Rob Landley wrote:
> On 03/01/2013 03:57:40 AM, Michael Kerrisk (man-pages) wrote:
>>
>> > And yet the glibc guys insist on #define GNU_GNU_GNU_ALL_HAIL_STALLMAN
>> > in
>> > order to access this Linux-specific feature which has nothing whatsoever
>> > to
>> > do wi
On Mon, Mar 4, 2013 at 5:03 AM, Eric W. Biederman wrote:
> Rob Landley writes:
>
>> On 03/01/2013 03:57:40 AM, Michael Kerrisk (man-pages) wrote:
>>> > And yet the glibc guys insist on #define
>>> GNU_GNU_GNU_ALL_HAIL_STALLMAN in
>>> > order to access this Linux-specific feature which has nothing
On Fri, Mar 1, 2013 at 4:35 PM, Eric W. Biederman wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> Hi Rob,
>>
>> On Fri, Mar 1, 2013 at 5:01 AM, Rob Landley wrote:
>>> On 02/28/2013 05:24:07 AM, Michael Kerrisk (man-pages) wrote:
>> [...]
>>
DESCRIPTION
For an overview of nam
Rob Landley writes:
> On 03/01/2013 03:57:40 AM, Michael Kerrisk (man-pages) wrote:
>> > And yet the glibc guys insist on #define
>> GNU_GNU_GNU_ALL_HAIL_STALLMAN in
>> > order to access this Linux-specific feature which has nothing
>> whatsoever to
>> > do with the FSF.
>>
>> This is a misu
On 03/01/2013 03:57:40 AM, Michael Kerrisk (man-pages) wrote:
> And yet the glibc guys insist on #define
GNU_GNU_GNU_ALL_HAIL_STALLMAN in
> order to access this Linux-specific feature which has nothing
whatsoever to
> do with the FSF.
This is a misunderstanding. _GNU_SOURCE is the standard w
"Michael Kerrisk (man-pages)" writes:
> Hi Rob,
>
> On Fri, Mar 1, 2013 at 5:01 AM, Rob Landley wrote:
>> On 02/28/2013 05:24:07 AM, Michael Kerrisk (man-pages) wrote:
> [...]
>
>>> DESCRIPTION
>>>For an overview of namespaces, see namespaces(7).
>>>
>>>PID namespaces isolate
On Fri, Mar 1, 2013 at 10:10 AM, Eric W. Biederman
wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> Hi Eric,
>>
>> On Thu, Feb 28, 2013 at 4:24 PM, Eric W. Biederman
>> wrote:
>>> "Michael Kerrisk (man-pages)" writes:
>>
>> [...]
>>
==
PID_NAMESPACES(7) Linux Programme
Hi Rob,
On Fri, Mar 1, 2013 at 5:01 AM, Rob Landley wrote:
> On 02/28/2013 05:24:07 AM, Michael Kerrisk (man-pages) wrote:
[...]
>> DESCRIPTION
>>For an overview of namespaces, see namespaces(7).
>>
>>PID namespaces isolate the process ID number space, meaning
>>that
"Michael Kerrisk (man-pages)" writes:
> Hi Eric,
>
> On Thu, Feb 28, 2013 at 4:24 PM, Eric W. Biederman
> wrote:
>> "Michael Kerrisk (man-pages)" writes:
>
> [...]
>
>>> ==
>>> PID_NAMESPACES(7) Linux Programmer's Manual PID_NAMESPACES(7)
>>>
>>> NAME
>>>pid_namespaces
On Fri, Mar 1, 2013 at 9:36 AM, Eric W. Biederman wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> [CC += Lennart]
>>
>> On Thu, Feb 28, 2013 at 3:24 PM, Vasily Kulikov wrote:
>>> Hi Michael,
>>>
>>> On Thu, Feb 28, 2013 at 12:24 +0100, Michael Kerrisk (man-pages) wrote:
The namespace
Hi Eric,
On Thu, Feb 28, 2013 at 4:24 PM, Eric W. Biederman
wrote:
> "Michael Kerrisk (man-pages)" writes:
[...]
>> ==
>> PID_NAMESPACES(7) Linux Programmer's Manual PID_NAMESPACES(7)
>>
>> NAME
>>pid_namespaces - overview of Linux PID namespaces
>>
>> DESCRIPTION
[...
"Michael Kerrisk (man-pages)" writes:
> [CC += Lennart]
>
> On Thu, Feb 28, 2013 at 3:24 PM, Vasily Kulikov wrote:
>> Hi Michael,
>>
>> On Thu, Feb 28, 2013 at 12:24 +0100, Michael Kerrisk (man-pages) wrote:
>>>The namespace init process
>>>The first process created in a new namespac
[CC += Lennart]
On Thu, Feb 28, 2013 at 3:24 PM, Vasily Kulikov wrote:
> Hi Michael,
>
> On Thu, Feb 28, 2013 at 12:24 +0100, Michael Kerrisk (man-pages) wrote:
>>The namespace init process
>>The first process created in a new namespace (i.e., the process
>>created using clone
Rob Landley writes:
> On 02/28/2013 05:24:07 AM, Michael Kerrisk (man-pages) wrote:
>> Eric et al,
>>
>> Eventually, there will be more namespace man pages, but let us start
>> now with one for PID namespaces. The attached page aims to provide a
>> fairly complete overview of PID namespaces.
>
>
On 02/28/2013 05:24:07 AM, Michael Kerrisk (man-pages) wrote:
Eric et al,
Eventually, there will be more namespace man pages, but let us start
now with one for PID namespaces. The attached page aims to provide a
fairly complete overview of PID namespaces.
Onward!
PID_NAMESPACES(7) Linux
"Michael Kerrisk (man-pages)" writes:
> Eric et al,
>
> Eventually, there will be more namespace man pages, but let us start
> now with one for PID namespaces. The attached page aims to provide a
> fairly complete overview of PID namespaces.
>
> Eric, various pieces of the page are shifted out of
Hi Michael,
On Thu, Feb 28, 2013 at 12:24 +0100, Michael Kerrisk (man-pages) wrote:
>The namespace init process
>The first process created in a new namespace (i.e., the process
>created using clone(2) with the CLONE_NEWPID flag, or the first
>child created by a process
Eric et al,
Eventually, there will be more namespace man pages, but let us start
now with one for PID namespaces. The attached page aims to provide a
fairly complete overview of PID namespaces.
Eric, various pieces of the page are shifted out of other pages
(clone(2), setns(2), etc.) and are deri
32 matches
Mail list logo