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
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
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
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, 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 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
Hi,
All of these arguments makes sense, so I guess I agree with reverting this
change.
Great. pq are going to push before the beta?
--Ray
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
Hi,
This reverts commit fb7e13021730d0a5516ecbd3712ea4235e05d24d.
thanks, you've got my vote.
Acked-by: Ray Strode rstr...@redhat.com
--Ray
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman
Hi,
thanks, and sorry I didn't see your reply before I pushed. :-D
So this commit totally broke gtk+.
Thread 1 (Thread 0x7f3813651980 (LWP 537)):
#0 g_logv (log_domain=0x7f38128b01ce Gdk,
log_level=G_LOG_LEVEL_ERROR, format=optimized out, args=optimized
out)
at ../../glib/gmessages.c:1078
10 matches
Mail list logo