headless wayland sessions, wayland apps displayed to apps

Pekka Paalanen ppaalanen at gmail.com
Tue Dec 4 00:50:00 PST 2012


On Mon, 3 Dec 2012 19:02:06 -0500
David Jackson <djackson452 at gmail.com> wrote:

> With Wayland will we be able to:
> 
> Have multiple seperate wayland sessions on the same computer, as many as
> one wishes,

Yes.

> with many of them being headless, accessible if the user wishes
> through a remote desktop solution such as VNC?

Sure, but that is not a Wayland protocol or libwayland thing. The only
Waylandy thing there is that the (headless) server needs to be a
Wayland server, naturally. Where that server pushes surfaces to and
gets user input from can be anything.

> Will be able to use a
> command line switch or environment variable to determine which wayland
> session an application should be started in on a per application basis?

Yes, it already exists.

> Does the wayland environment provide information on what areas of the
> screen are visible to apps, similar to Expose events? This could also be
> done with a pointer to shared memory data structure that contains a list of
> exposed areas. If this is not provided, I would be concerned applications
> will waste time drawing areas of their window that are not visible.

No.

See wl_surface::frame request[1] instead. Clients always provide
complete frames.

> I previously asked if one can run an rootless and an session in-window X
> Server as a wayland client, to a wayland session, so x applications can be
> displayed on a wayland display, and if one can display a wayland session
> and even individual wayland apps onto an X server. I think that these are
> very important features.

XWayland already exists, and offers at least rootless X app support on
Weston.

Weston can already run on an X server, one X window per Wayland output,
with the x11 backend. That is like rootful, not rootless.

> Being able to display  individual wayland apps to an X server selectable at
> runtime, is a highly desirable feature, this would solve the need for
> headless remote desktop sessions, since I could display wayland apps to
> Xvfb (headless) and use x11vnc with Xvfb.

Not implemented, and I cannot see the usefulness of this in the long
term, but it is definitely possible to implement.

> These features will be necessary. The fact is, toolkits and applications
> cannot be trusted to provide runtime switchable display targets between
> wayland and X11. We've had experience with similar situations that shows
> that application developers will neglect this. Back when XRender extension
> was implemented, a large number of X applications ended up not supporting a
> fallback for servers that did not support XRender, despite the assurances
> that they would. This led to X applications not working at all on servers
> that did not support X render. The situation will be similar this time
> around. A number of applications will neglect support for display to x11.

If you say so.

> Users should not be forced to give up their x11 environment, many of us
> have specially tuned X window manager configurations,  and the way to
> assure that this will not happen is to gaurantee that individual wayland
> only applications can be displayed to an X server through some facility for
> this purpose, allowing us to run wayland applications inside our X sessions
> with our preferred X window manager.

There are no technical reasons preventing you from implementing that,
if the only aim is to get Wayland applications to show up in an X
server. When desktop shell protocols evolve, even the window
decorations might not be a problem.


Thanks,
pq

[1] http://wayland.freedesktop.org/docs/html/


More information about the wayland-devel mailing list