how does X11 forwarding with Ubuntu 17.10/Wayland?Wayland in Kubuntu 17.10Ubuntu 17.10 is not running WaylandNo wayland preinstalled on Ubuntu 17.10Synapse crashes on 17.10 with WaylandNo option to switch between X11 and Wayland on Ubuntu 17.10No Wayland available on Ubuntu 17.10xprintidle on Ubuntu 17.10 WaylandVnc using Ubuntu 17.10 with WaylandUbuntu 17.10 cant change from xorg to waylandHow do I logout in Ubuntu 17.10 with wayland?
How do electrons receive energy when a body is heated?
What would be the most expensive material to an intergalactic society?
I reported the illegal activity of my boss to his boss. My boss found out. Now I am being punished. What should I do?
I can't die. Who am I?
Why couldn't the separatists legally leave the Republic?
Should I take out a loan for a friend to invest on my behalf?
When a wind turbine does not produce enough electricity how does the power company compensate for the loss?
Doesn't allowing a user mode program to access kernel space memory and execute the IN and OUT instructions defeat the purpose of having CPU modes?
Confusion about Complex Continued Fraction
Do cubics always have one real root?
What materials can be used to make a humanoid skin warm?
Does "Until when" sound natural for native speakers?
Can't make sense of a paragraph from Lovecraft
Are small insurances worth it?
For which categories of spectra is there an explicit description of the fibrant objects via lifting properties?
Does Christianity allow for believing on someone else's behalf?
How to write a chaotic neutral protagonist and prevent my readers from thinking they are evil?
Doubts in understanding some concepts of potential energy
Can one live in the U.S. and not use a credit card?
Is it possible to find 2014 distinct positive integers whose sum is divisible by each of them?
What problems would a superhuman have who's skin is constantly hot?
Why do phishing e-mails use faked e-mail addresses instead of the real one?
Rationale to prefer local variables over instance variables?
Why do we say ‘pairwise disjoint’, rather than ‘disjoint’?
how does X11 forwarding with Ubuntu 17.10/Wayland?
Wayland in Kubuntu 17.10Ubuntu 17.10 is not running WaylandNo wayland preinstalled on Ubuntu 17.10Synapse crashes on 17.10 with WaylandNo option to switch between X11 and Wayland on Ubuntu 17.10No Wayland available on Ubuntu 17.10xprintidle on Ubuntu 17.10 WaylandVnc using Ubuntu 17.10 with WaylandUbuntu 17.10 cant change from xorg to waylandHow do I logout in Ubuntu 17.10 with 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 13 mins 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