Thanks all for the discussion so far.
The discussion of how things might work for gnome-remote-desktop
included calls to, e.g., org.gnome.Mutter.RemoteDesktop.CreateSession,
org.gnome.Mutter.RemoteDesktop.CreateOutput, and
org.gnome.Mutter.ScreenCast.CreateSession.
Ideally, Chrome Remote Desktop
Hi,
On Thu, Apr 23, 2020 at 2:27 AM Jonas Ådahl wrote:
> Can't the remote login session still be "wayland", but without being
> able to be drm master?
So I think you're saying:
"Clients still speak the wayland protocol when talking to the
display server even if they're getting displayed via
On Wed, Apr 22, 2020 at 04:34:01PM -0400, Ray Strode wrote:
> Hi,
>
> On Tue, Apr 21, 2020 at 8:21 AM Benjamin Berg wrote:
> > Yes, I agree that "user" is very similar. However, it cannot currently
> > convey any information about whether a graphical session is already
> > running or whether it
Hi,
On Tue, Apr 21, 2020 at 8:21 AM Benjamin Berg wrote:
> Yes, I agree that "user" is very similar. However, it cannot currently
> convey any information about whether a graphical session is already
> running or whether it is capable of spanning multiple logind sessions.
why does that
On Tue, 21 Apr 2020 at 14:21:39 +0200, Benjamin Berg wrote:
> Yes, I agree that "user" is very similar. However, it cannot currently
> convey any information about whether a graphical session is already
> running or whether it is capable of spanning multiple logind sessions.
FWIW, the session bus
Hi,
On Fri, 2020-04-17 at 11:00 -0400, Ray Strode wrote:
> On Fri, Apr 17, 2020 at 8:45 AM Benjamin Berg wrote:
> > I feel that this means that we conceptually have a "composite" session
> > that consists of multiple "normal" logind sessions. And I wonder if we
> > could make this singleton
Hi,
On Fri, Apr 17, 2020 at 11:25 AM Benjamin Berg
wrote:
> > If so, I agree it's better if we don't have the user entering their
> > password in their
> > own session. In an ideal world we'd have a "secure attention" key or key
> > sequence on the keyboard that users hit when it's time to type
On Fri, 2020-04-17 at 11:18 -0400, Ray Strode wrote:
> Hi,
>
> On Fri, Apr 17, 2020 at 9:58 AM Benjamin Berg
> wrote:
> > I do however think there is value in supporting such delegation from
> > the logind side. A primary motivator for me here is systemd-homed, as
> > it may freeze the user
Hi,
On Fri, Apr 17, 2020 at 9:58 AM Benjamin Berg wrote:
> I do however think there is value in supporting such delegation from
> the logind side. A primary motivator for me here is systemd-homed, as
> it may freeze the user session, making it impossible to re-authenticate
> from within.
So my
Hi,
On Fri, Apr 17, 2020 at 8:45 AM Benjamin Berg wrote:
> I feel that this means that we conceptually have a "composite" session
> that consists of multiple "normal" logind sessions. And I wonder if we
> could make this singleton "composite" session an explicit concept
> rather than something
Hi,
On Fri, 2020-04-17 at 09:22 -0400, Ray Strode wrote:
> On Fri, Apr 17, 2020 at 3:59 AM Marcel Hollerbach wrote:
> > I really like the idea of curtaining the session.
> > However, i am wondering if logind couldn't serve there as sort of
> > gatekeeper
> [...]
> > The idea is that a session in
Hi,
On Fri, Apr 17, 2020 at 3:59 AM Marcel Hollerbach wrote:
> I really like the idea of curtaining the session.
> However, i am wondering if logind couldn't serve there as sort of
> gatekeeper
[...]
> The idea is that a session in logind can be locked or unlocked. In case
> it is locked, logind
Hey,
On Thu, 2020-04-16 at 14:45 -0400, Ray Strode wrote:
> We don't really do a lot of this today, but one vision for the future is
> something like this:
Yup, something like that. I am really not sure about the details.
I feel that this means that we conceptually have a "composite" session
Hi,
On 4/16/20 8:45 PM, Ray Strode wrote:
Hey,
On Wed, Apr 8, 2020 at 12:04 AM Erik Jensen wrote:
Chrome Remote Desktop currently works on Linux by spinning up its own
Xvfb server and running a graphical session in that. However, as more
and more parts of the stack assume that a user will
Hey,
On Wed, Apr 8, 2020 at 12:04 AM Erik Jensen wrote:
> Chrome Remote Desktop currently works on Linux by spinning up its own
> Xvfb server and running a graphical session in that. However, as more
> and more parts of the stack assume that a user will have at most one
> graphical session, this
On Thu, 9 Apr 2020 12:05:57 -0700 Erik Jensen said:
> On Thu, Apr 9, 2020 at 12:17 AM Jonas Ådahl wrote:
> [snip]
> > DRM master and input device revocation should be handled more or less
> > already by most if not all compositors, by closing devices, by then
> > going dorment until access is
On Thu, Apr 9, 2020 at 12:17 AM Jonas Ådahl wrote:
[snip]
> DRM master and input device revocation should be handled more or less
> already by most if not all compositors, by closing devices, by then
> going dorment until access is returned to the compositor. I don't know
> if there is any
On Wed, Apr 08, 2020 at 11:17:14AM -0700, Erik Jensen wrote:
> On Wed, Apr 8, 2020 at 2:02 AM Jonas Ådahl wrote:
> > Either multiple separate units (e.g. GDM and Chrome Remote Desktop login
> > manager) needs to both try to manage the same sessions via logind, which
> > sounds fragile and
On Wed, Apr 8, 2020 at 2:02 AM Jonas Ådahl wrote:
> Either multiple separate units (e.g. GDM and Chrome Remote Desktop login
> manager) needs to both try to manage the same sessions via logind, which
> sounds fragile and unlikely to be able to cope with the various security
> policies mentioned
On Wed, 08 Apr 2020 at 11:02:36 +0200, Jonas Ådahl wrote:
> With that being said, it is possible to run multiple D-Bus sessions,
> where session busses are separate - it's just that noone actually does
> it as even if you have separate D-Bus sessions, separate
> $XDG_RUNTIME_DIRs, the sessions
On Wed, Apr 08, 2020 at 07:07:19PM +1200, Scott Anderson wrote:
> On 8/04/20 4:04 pm, Erik Jensen wrote:
> > Hello,
> >
> > I'm currently looking into how best to continue supporting Linux for
> > Chrome Remote Desktop given the current direction of development for
> > graphical sessions on
On 8/04/20 4:04 pm, Erik Jensen wrote:
Hello,
I'm currently looking into how best to continue supporting Linux for
Chrome Remote Desktop given the current direction of development for
graphical sessions on Linux, and would like some community feedback as
to the best path forward.
Chrome Remote
22 matches
Mail list logo
