[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1427807471.4411.18.camel@redhat.com>
Date: Tue, 31 Mar 2015 15:11:11 +0200
From: Alexander Larsson <alexl@...hat.com>
To: James Bottomley <James.Bottomley@...senPartnership.com>
Cc: Andy Lutomirski <luto@...capital.net>, gnome-os-list@...me.org,
Linux Containers <containers@...ts.linux-foundation.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
mclasen@...hat.com, "Eric W. Biederman" <ebiederm@...ssion.com>,
Linux FS Devel <linux-fsdevel@...r.kernel.org>
Subject: Re: [PATCH] devpts: Add ptmx_uid and ptmx_gid options
On tis, 2015-03-31 at 16:07 +0300, James Bottomley wrote:
> On Tue, 2015-03-31 at 09:57 +0200, Alexander Larsson wrote:
> > On fre, 2015-03-27 at 10:03 +0100, James Bottomley
> > >
> > > > On Fri, Feb 20, 2015 at 5:04 PM, Andy Lutomirski <luto@...capital.net> wrote:
> > > > > It's currently impossible to mount devpts in a user namespace that
> > > > > has no root user, since ptmx can't be created.
> > >
> > > This is where I stopped reading because it's not true ... because it is
> > > possible, you just do it from the host as real root.
> >
> > The point is being able to set up a container as a user, not requiring
> > the setup to be run as root at all. In my case container is a desktop
> > application which will be started by the user, and will run as the user.
> > There is no root involved in the call chain at all.
>
> I don't really like that use case: Most container setups are under the
> control of an orchestration system (like LXC, OpenVZ or even Docker).
Well, I'm doing something different from a server side orchestration
framework. I'm doing sandboxed desktop apps.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson Red Hat, Inc
alexl@...hat.com alexander.larsson@...il.com
He's an underprivileged sweet-toothed master criminal in a wheelchair.
She's a psychotic out-of-work opera singer with the power to see death.
They fight crime!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists