how does X11 forwarding with Ubuntu 17.10/Wayland?
I use Ubuntu 17.04. I use ssh with X11 forwarding all the time to display GUI programs running on my server locally on my computer.
Ubuntu 17.10 offers Wayland instead of X11 and I've read through a bunch of posts since 2011 about how this "might" affect X11 forwarded apps. I find many predictions of disaster, and many predictions of network transparency.
Some posts claim that I'll be forced to choose at login between X11 or Wayland. However, I have run X11 servers on both Macintosh and Windows so I don't think this is necessarily an either-or choice. But that's just more guessing. How does this actually work?
ssh xorg 17.10 wayland
add a comment |
I use Ubuntu 17.04. I use ssh with X11 forwarding all the time to display GUI programs running on my server locally on my computer.
Ubuntu 17.10 offers Wayland instead of X11 and I've read through a bunch of posts since 2011 about how this "might" affect X11 forwarded apps. I find many predictions of disaster, and many predictions of network transparency.
Some posts claim that I'll be forced to choose at login between X11 or Wayland. However, I have run X11 servers on both Macintosh and Windows so I don't think this is necessarily an either-or choice. But that's just more guessing. How does this actually work?
ssh xorg 17.10 wayland
add a comment |
I use Ubuntu 17.04. I use ssh with X11 forwarding all the time to display GUI programs running on my server locally on my computer.
Ubuntu 17.10 offers Wayland instead of X11 and I've read through a bunch of posts since 2011 about how this "might" affect X11 forwarded apps. I find many predictions of disaster, and many predictions of network transparency.
Some posts claim that I'll be forced to choose at login between X11 or Wayland. However, I have run X11 servers on both Macintosh and Windows so I don't think this is necessarily an either-or choice. But that's just more guessing. How does this actually work?
ssh xorg 17.10 wayland
I use Ubuntu 17.04. I use ssh with X11 forwarding all the time to display GUI programs running on my server locally on my computer.
Ubuntu 17.10 offers Wayland instead of X11 and I've read through a bunch of posts since 2011 about how this "might" affect X11 forwarded apps. I find many predictions of disaster, and many predictions of network transparency.
Some posts claim that I'll be forced to choose at login between X11 or Wayland. However, I have run X11 servers on both Macintosh and Windows so I don't think this is necessarily an either-or choice. But that's just more guessing. How does this actually work?
ssh xorg 17.10 wayland
ssh xorg 17.10 wayland
edited 1 hour ago
fosslinux
2,39521837
2,39521837
asked Nov 30 '17 at 4:54
pauljohn32pauljohn32
2,394924
2,394924
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
Quoting Wayland FAQ
No, that is outside the scope of Wayland. To support remote rendering you need to define a rendering API, which is something I've been very careful to avoid doing. The reason Wayland is so simple and feasible at all is that I'm sidestepping this big task and pushing it to the clients. It's an interesting challenge, a very big task and it's hard to get right, but essentially orthogonal to what Wayland tries to achieve.
This doesn't mean that remote rendering won't be possible with Wayland, it just means that you will have to put a remote rendering server on top of Wayland. One such server could be the X.org server, but other options include an RDP server, a VNC server or somebody could even invent their own new remote rendering model. Which is a feature when you think about it; layering X.org on top of Wayland has very little overhead, but the other types of remote rendering servers no longer requires X.org, and experimenting with new protocols is easier.
It is also possible to put a remoting protocol into a wayland compositor, either a standalone remoting compositor or as a part of a full desktop compositor. This will let us forward native Wayland applications. The standalone compositor could let you log into a server and run an application back on your desktop. Building the forwarding into the desktop compositor could let you export or share a window on the fly with a remote wayland compositor, for example, a friend's desktop.
TL;DR is that it "out of scope". Over the years there collected lots of apps and protocols for exactly that kind of job, and there's very little sense in adding this protocol to Wayland.
Worth mentioning that AFAIK nobody have worked on the mentioned hypotetic usage of X.org protocol on top of a Wayland compositor.
I am asking for a report from Ubuntu 17.10 users about "X11 forwarding".
I guess you're talking about a bugreport. You won't find one (well, at least not an opened), because it would be closed as NOTABUG.
I find many predictions of disaster
What's so bad in this? It's not like you lost a functional, there's lots of protocols for that kind of job. Besides, although I don't use X11-forwarding myself, but from what I've read it doesn't work well nowadays for many apps. I vaguely remember, it's because many apps (mainly games and those that heavy on graphics) are using direct rendering and bypass XServer.
You can just stick to X11, I don't see it as a problem. Wayland is still in-development, and X11 won't go anywhere for a very long time. In fact ATM, out of many DEs, Gnome is the single one have Wayland nicely working. You might find it funny, but not even Weston — existing for the sole purpose of being the reference implementation — have it working fully, because it doesn't support the primary selection protocol.
Some development continues in XServer-land too. E.g. just yesterday I have cursory seen some discussion about HDR implementation on #dri-devel channel of Freenode. So it is definitely not anywhere close to get obsoleted.
4
X11 works awesome for us, never any problem. From the Linux high performance computer cluster, there is no RDP or other service possible. Only X11 forwarding. I suppose my next question is going to be how do the Ubuntu 17.10 users launch an X server after they have logged in with Wayland.
– pauljohn32
Nov 30 '17 at 17:38
1
@pauljohn32 simply choose in login screen any session that does not say "wayland". After reboot it will be the default session.
– Hi-Angel
Nov 30 '17 at 18:38
gsudo gparted
is a specific use case I'm rather fond of and would not want to lose access to.
– Shadur
Apr 17 '18 at 12:56
@Shadur why would you lose access to it? You can use bunch of other protocols to work with , like SPICE, VNC, teamviewer, RDP.
– Hi-Angel
Apr 17 '18 at 13:04
1
All of which require significant additional setup that I do not, as a matter of routine, install on a remote server that is never going to function as a desktop system.
– Shadur
Apr 17 '18 at 13:08
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f981683%2fhow-does-x11-forwarding-with-ubuntu-17-10-wayland%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Quoting Wayland FAQ
No, that is outside the scope of Wayland. To support remote rendering you need to define a rendering API, which is something I've been very careful to avoid doing. The reason Wayland is so simple and feasible at all is that I'm sidestepping this big task and pushing it to the clients. It's an interesting challenge, a very big task and it's hard to get right, but essentially orthogonal to what Wayland tries to achieve.
This doesn't mean that remote rendering won't be possible with Wayland, it just means that you will have to put a remote rendering server on top of Wayland. One such server could be the X.org server, but other options include an RDP server, a VNC server or somebody could even invent their own new remote rendering model. Which is a feature when you think about it; layering X.org on top of Wayland has very little overhead, but the other types of remote rendering servers no longer requires X.org, and experimenting with new protocols is easier.
It is also possible to put a remoting protocol into a wayland compositor, either a standalone remoting compositor or as a part of a full desktop compositor. This will let us forward native Wayland applications. The standalone compositor could let you log into a server and run an application back on your desktop. Building the forwarding into the desktop compositor could let you export or share a window on the fly with a remote wayland compositor, for example, a friend's desktop.
TL;DR is that it "out of scope". Over the years there collected lots of apps and protocols for exactly that kind of job, and there's very little sense in adding this protocol to Wayland.
Worth mentioning that AFAIK nobody have worked on the mentioned hypotetic usage of X.org protocol on top of a Wayland compositor.
I am asking for a report from Ubuntu 17.10 users about "X11 forwarding".
I guess you're talking about a bugreport. You won't find one (well, at least not an opened), because it would be closed as NOTABUG.
I find many predictions of disaster
What's so bad in this? It's not like you lost a functional, there's lots of protocols for that kind of job. Besides, although I don't use X11-forwarding myself, but from what I've read it doesn't work well nowadays for many apps. I vaguely remember, it's because many apps (mainly games and those that heavy on graphics) are using direct rendering and bypass XServer.
You can just stick to X11, I don't see it as a problem. Wayland is still in-development, and X11 won't go anywhere for a very long time. In fact ATM, out of many DEs, Gnome is the single one have Wayland nicely working. You might find it funny, but not even Weston — existing for the sole purpose of being the reference implementation — have it working fully, because it doesn't support the primary selection protocol.
Some development continues in XServer-land too. E.g. just yesterday I have cursory seen some discussion about HDR implementation on #dri-devel channel of Freenode. So it is definitely not anywhere close to get obsoleted.
4
X11 works awesome for us, never any problem. From the Linux high performance computer cluster, there is no RDP or other service possible. Only X11 forwarding. I suppose my next question is going to be how do the Ubuntu 17.10 users launch an X server after they have logged in with Wayland.
– pauljohn32
Nov 30 '17 at 17:38
1
@pauljohn32 simply choose in login screen any session that does not say "wayland". After reboot it will be the default session.
– Hi-Angel
Nov 30 '17 at 18:38
gsudo gparted
is a specific use case I'm rather fond of and would not want to lose access to.
– Shadur
Apr 17 '18 at 12:56
@Shadur why would you lose access to it? You can use bunch of other protocols to work with , like SPICE, VNC, teamviewer, RDP.
– Hi-Angel
Apr 17 '18 at 13:04
1
All of which require significant additional setup that I do not, as a matter of routine, install on a remote server that is never going to function as a desktop system.
– Shadur
Apr 17 '18 at 13:08
add a comment |
Quoting Wayland FAQ
No, that is outside the scope of Wayland. To support remote rendering you need to define a rendering API, which is something I've been very careful to avoid doing. The reason Wayland is so simple and feasible at all is that I'm sidestepping this big task and pushing it to the clients. It's an interesting challenge, a very big task and it's hard to get right, but essentially orthogonal to what Wayland tries to achieve.
This doesn't mean that remote rendering won't be possible with Wayland, it just means that you will have to put a remote rendering server on top of Wayland. One such server could be the X.org server, but other options include an RDP server, a VNC server or somebody could even invent their own new remote rendering model. Which is a feature when you think about it; layering X.org on top of Wayland has very little overhead, but the other types of remote rendering servers no longer requires X.org, and experimenting with new protocols is easier.
It is also possible to put a remoting protocol into a wayland compositor, either a standalone remoting compositor or as a part of a full desktop compositor. This will let us forward native Wayland applications. The standalone compositor could let you log into a server and run an application back on your desktop. Building the forwarding into the desktop compositor could let you export or share a window on the fly with a remote wayland compositor, for example, a friend's desktop.
TL;DR is that it "out of scope". Over the years there collected lots of apps and protocols for exactly that kind of job, and there's very little sense in adding this protocol to Wayland.
Worth mentioning that AFAIK nobody have worked on the mentioned hypotetic usage of X.org protocol on top of a Wayland compositor.
I am asking for a report from Ubuntu 17.10 users about "X11 forwarding".
I guess you're talking about a bugreport. You won't find one (well, at least not an opened), because it would be closed as NOTABUG.
I find many predictions of disaster
What's so bad in this? It's not like you lost a functional, there's lots of protocols for that kind of job. Besides, although I don't use X11-forwarding myself, but from what I've read it doesn't work well nowadays for many apps. I vaguely remember, it's because many apps (mainly games and those that heavy on graphics) are using direct rendering and bypass XServer.
You can just stick to X11, I don't see it as a problem. Wayland is still in-development, and X11 won't go anywhere for a very long time. In fact ATM, out of many DEs, Gnome is the single one have Wayland nicely working. You might find it funny, but not even Weston — existing for the sole purpose of being the reference implementation — have it working fully, because it doesn't support the primary selection protocol.
Some development continues in XServer-land too. E.g. just yesterday I have cursory seen some discussion about HDR implementation on #dri-devel channel of Freenode. So it is definitely not anywhere close to get obsoleted.
4
X11 works awesome for us, never any problem. From the Linux high performance computer cluster, there is no RDP or other service possible. Only X11 forwarding. I suppose my next question is going to be how do the Ubuntu 17.10 users launch an X server after they have logged in with Wayland.
– pauljohn32
Nov 30 '17 at 17:38
1
@pauljohn32 simply choose in login screen any session that does not say "wayland". After reboot it will be the default session.
– Hi-Angel
Nov 30 '17 at 18:38
gsudo gparted
is a specific use case I'm rather fond of and would not want to lose access to.
– Shadur
Apr 17 '18 at 12:56
@Shadur why would you lose access to it? You can use bunch of other protocols to work with , like SPICE, VNC, teamviewer, RDP.
– Hi-Angel
Apr 17 '18 at 13:04
1
All of which require significant additional setup that I do not, as a matter of routine, install on a remote server that is never going to function as a desktop system.
– Shadur
Apr 17 '18 at 13:08
add a comment |
Quoting Wayland FAQ
No, that is outside the scope of Wayland. To support remote rendering you need to define a rendering API, which is something I've been very careful to avoid doing. The reason Wayland is so simple and feasible at all is that I'm sidestepping this big task and pushing it to the clients. It's an interesting challenge, a very big task and it's hard to get right, but essentially orthogonal to what Wayland tries to achieve.
This doesn't mean that remote rendering won't be possible with Wayland, it just means that you will have to put a remote rendering server on top of Wayland. One such server could be the X.org server, but other options include an RDP server, a VNC server or somebody could even invent their own new remote rendering model. Which is a feature when you think about it; layering X.org on top of Wayland has very little overhead, but the other types of remote rendering servers no longer requires X.org, and experimenting with new protocols is easier.
It is also possible to put a remoting protocol into a wayland compositor, either a standalone remoting compositor or as a part of a full desktop compositor. This will let us forward native Wayland applications. The standalone compositor could let you log into a server and run an application back on your desktop. Building the forwarding into the desktop compositor could let you export or share a window on the fly with a remote wayland compositor, for example, a friend's desktop.
TL;DR is that it "out of scope". Over the years there collected lots of apps and protocols for exactly that kind of job, and there's very little sense in adding this protocol to Wayland.
Worth mentioning that AFAIK nobody have worked on the mentioned hypotetic usage of X.org protocol on top of a Wayland compositor.
I am asking for a report from Ubuntu 17.10 users about "X11 forwarding".
I guess you're talking about a bugreport. You won't find one (well, at least not an opened), because it would be closed as NOTABUG.
I find many predictions of disaster
What's so bad in this? It's not like you lost a functional, there's lots of protocols for that kind of job. Besides, although I don't use X11-forwarding myself, but from what I've read it doesn't work well nowadays for many apps. I vaguely remember, it's because many apps (mainly games and those that heavy on graphics) are using direct rendering and bypass XServer.
You can just stick to X11, I don't see it as a problem. Wayland is still in-development, and X11 won't go anywhere for a very long time. In fact ATM, out of many DEs, Gnome is the single one have Wayland nicely working. You might find it funny, but not even Weston — existing for the sole purpose of being the reference implementation — have it working fully, because it doesn't support the primary selection protocol.
Some development continues in XServer-land too. E.g. just yesterday I have cursory seen some discussion about HDR implementation on #dri-devel channel of Freenode. So it is definitely not anywhere close to get obsoleted.
Quoting Wayland FAQ
No, that is outside the scope of Wayland. To support remote rendering you need to define a rendering API, which is something I've been very careful to avoid doing. The reason Wayland is so simple and feasible at all is that I'm sidestepping this big task and pushing it to the clients. It's an interesting challenge, a very big task and it's hard to get right, but essentially orthogonal to what Wayland tries to achieve.
This doesn't mean that remote rendering won't be possible with Wayland, it just means that you will have to put a remote rendering server on top of Wayland. One such server could be the X.org server, but other options include an RDP server, a VNC server or somebody could even invent their own new remote rendering model. Which is a feature when you think about it; layering X.org on top of Wayland has very little overhead, but the other types of remote rendering servers no longer requires X.org, and experimenting with new protocols is easier.
It is also possible to put a remoting protocol into a wayland compositor, either a standalone remoting compositor or as a part of a full desktop compositor. This will let us forward native Wayland applications. The standalone compositor could let you log into a server and run an application back on your desktop. Building the forwarding into the desktop compositor could let you export or share a window on the fly with a remote wayland compositor, for example, a friend's desktop.
TL;DR is that it "out of scope". Over the years there collected lots of apps and protocols for exactly that kind of job, and there's very little sense in adding this protocol to Wayland.
Worth mentioning that AFAIK nobody have worked on the mentioned hypotetic usage of X.org protocol on top of a Wayland compositor.
I am asking for a report from Ubuntu 17.10 users about "X11 forwarding".
I guess you're talking about a bugreport. You won't find one (well, at least not an opened), because it would be closed as NOTABUG.
I find many predictions of disaster
What's so bad in this? It's not like you lost a functional, there's lots of protocols for that kind of job. Besides, although I don't use X11-forwarding myself, but from what I've read it doesn't work well nowadays for many apps. I vaguely remember, it's because many apps (mainly games and those that heavy on graphics) are using direct rendering and bypass XServer.
You can just stick to X11, I don't see it as a problem. Wayland is still in-development, and X11 won't go anywhere for a very long time. In fact ATM, out of many DEs, Gnome is the single one have Wayland nicely working. You might find it funny, but not even Weston — existing for the sole purpose of being the reference implementation — have it working fully, because it doesn't support the primary selection protocol.
Some development continues in XServer-land too. E.g. just yesterday I have cursory seen some discussion about HDR implementation on #dri-devel channel of Freenode. So it is definitely not anywhere close to get obsoleted.
edited Nov 30 '17 at 18:44
answered Nov 30 '17 at 6:17
Hi-AngelHi-Angel
2,20111625
2,20111625
4
X11 works awesome for us, never any problem. From the Linux high performance computer cluster, there is no RDP or other service possible. Only X11 forwarding. I suppose my next question is going to be how do the Ubuntu 17.10 users launch an X server after they have logged in with Wayland.
– pauljohn32
Nov 30 '17 at 17:38
1
@pauljohn32 simply choose in login screen any session that does not say "wayland". After reboot it will be the default session.
– Hi-Angel
Nov 30 '17 at 18:38
gsudo gparted
is a specific use case I'm rather fond of and would not want to lose access to.
– Shadur
Apr 17 '18 at 12:56
@Shadur why would you lose access to it? You can use bunch of other protocols to work with , like SPICE, VNC, teamviewer, RDP.
– Hi-Angel
Apr 17 '18 at 13:04
1
All of which require significant additional setup that I do not, as a matter of routine, install on a remote server that is never going to function as a desktop system.
– Shadur
Apr 17 '18 at 13:08
add a comment |
4
X11 works awesome for us, never any problem. From the Linux high performance computer cluster, there is no RDP or other service possible. Only X11 forwarding. I suppose my next question is going to be how do the Ubuntu 17.10 users launch an X server after they have logged in with Wayland.
– pauljohn32
Nov 30 '17 at 17:38
1
@pauljohn32 simply choose in login screen any session that does not say "wayland". After reboot it will be the default session.
– Hi-Angel
Nov 30 '17 at 18:38
gsudo gparted
is a specific use case I'm rather fond of and would not want to lose access to.
– Shadur
Apr 17 '18 at 12:56
@Shadur why would you lose access to it? You can use bunch of other protocols to work with , like SPICE, VNC, teamviewer, RDP.
– Hi-Angel
Apr 17 '18 at 13:04
1
All of which require significant additional setup that I do not, as a matter of routine, install on a remote server that is never going to function as a desktop system.
– Shadur
Apr 17 '18 at 13:08
4
4
X11 works awesome for us, never any problem. From the Linux high performance computer cluster, there is no RDP or other service possible. Only X11 forwarding. I suppose my next question is going to be how do the Ubuntu 17.10 users launch an X server after they have logged in with Wayland.
– pauljohn32
Nov 30 '17 at 17:38
X11 works awesome for us, never any problem. From the Linux high performance computer cluster, there is no RDP or other service possible. Only X11 forwarding. I suppose my next question is going to be how do the Ubuntu 17.10 users launch an X server after they have logged in with Wayland.
– pauljohn32
Nov 30 '17 at 17:38
1
1
@pauljohn32 simply choose in login screen any session that does not say "wayland". After reboot it will be the default session.
– Hi-Angel
Nov 30 '17 at 18:38
@pauljohn32 simply choose in login screen any session that does not say "wayland". After reboot it will be the default session.
– Hi-Angel
Nov 30 '17 at 18:38
gsudo gparted
is a specific use case I'm rather fond of and would not want to lose access to.– Shadur
Apr 17 '18 at 12:56
gsudo gparted
is a specific use case I'm rather fond of and would not want to lose access to.– Shadur
Apr 17 '18 at 12:56
@Shadur why would you lose access to it? You can use bunch of other protocols to work with , like SPICE, VNC, teamviewer, RDP.
– Hi-Angel
Apr 17 '18 at 13:04
@Shadur why would you lose access to it? You can use bunch of other protocols to work with , like SPICE, VNC, teamviewer, RDP.
– Hi-Angel
Apr 17 '18 at 13:04
1
1
All of which require significant additional setup that I do not, as a matter of routine, install on a remote server that is never going to function as a desktop system.
– Shadur
Apr 17 '18 at 13:08
All of which require significant additional setup that I do not, as a matter of routine, install on a remote server that is never going to function as a desktop system.
– Shadur
Apr 17 '18 at 13:08
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f981683%2fhow-does-x11-forwarding-with-ubuntu-17-10-wayland%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown