Wayland Isn't Ready For the Fedora 24 Desktop (phoronix.com)
An anonymous reader writes: There was much hope that Fedora 24 would be the first major Linux distribution using Wayland by default in place of an X.Org Server, that didn't pan out with Fedora 24 Workstation developers deciding not to use Wayland by default but it will remain a log-in time option. Fedora Wayland has made a lot of progress but functionality like on-screen keyboard, accessibility, remote displays, USB display hot-plugging, and other functionality is incomplete for the Fedora 24 timeline. At least there are many other Fedora 24 features that made it for this next release due out in June. Wayland will turn eight years old this year.
Yes indeed
"If any question why we died, Tell them because our fathers lied."
// Lame joke about Hurd & DNF goes here
Confucius say, "Find worm in apple - bad. Find half a worm - worse."
For Fedora, which underpins RHEL and other Enterprisey OSes, that's a major absence, even if Wayland's own developers don't consider it important.
I really hope Wayland's developers stop treating it as a minority application unworthy of serious consideration (even though it's supposedly on their long term roadmap) and actively start work on it. They have a proof of concept. They have X to show them how security can work in practice. It's time the work was done.
You are not alone. This is not normal. None of this is normal.
Did you miss Perl 6 hitting 1.0 last year?
I've used Wayland on Fedora on my laptop. Is it perfect? No, but absolutely usable. That's a big upgrade from just a year ago.
Replacing X is a big project. Sometimes it takes a while to generate something good.
I'm not sure anyone has a good model for handling rewrites of massive projects. The experiences of KDE 4.0 and Gnome 3.0 come to mind. Eventually, they were better, but it takes some time with a massive upgrade like that.
The other issue is that User's often have a very good idea of what they don't like. However, bulimic criticism does not help to refine a software product. It just splits the ecosystem. Ultimately the user's need to use their computer, and the new software just isn't ready. So the developer's and user's go in different directions.
Closed source isn't the solution either: with Windows 8, Microsoft split it's ecosystem. Windows 10 hasn't fixed the split (yet).
"The Fedora 24 Desktop Isn't Ready For Wayland"
My first program:
Hell Segmentation fault
What I love about X is the flexibility one gets, which is unparalleled by any other system: I can easily start a window of an application running on another host on my machine, works fine if I am logged into that other machine using ssh. I can tunnel a whole session through sse usinv VNC and use the remote desktop directly on my local one. It supports mutliple monitors spanning one desktop or several desktop on several monitors.
Does Wayland support these things too?
For example, how do you use remote windows or something like VNC on either of those right out of the box?
Because X11 wasn't just a random name - there were previous versions of the X Windows System.
I'm starting to think GNU is the problem with "GNU/Linux" these days.
Hello. Running Fedora 22 on my development machine here. I didn't realize I had been forced to upgrade! :-)
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
Ah, Wayland. The Hurd of windowing systems. I'm sure it will be amazing once finished.
This is a core feature of X11, but it hasn't worked since X11R5
WTF is this shit? This FUD has been cropping up on every wayland thread recently. It is outright wronf. Remote windowing still works just fine. It did not stop working in X11R5. This is easily verified.
SJW n. One who posts facts.
The problem is the lack of upgrades when a release gets too old. Especially for stuff similar to the glibc problem.
If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
+1
We run over 150 [Linux based] thin clients using X11R7, and before than, on X11R6. And being thin, that means remoting the ENTIRE DESKTOP SESSION- window manager, clients, everything. And those client apps come from various places on various servers, sometimes even the local machine.
Now, this is a *BUSINESS* environment.... we are not trying to push video games, music, or movies through X11. That won't work well. But Firefox, LibreOffice, Clawsmail, GIMP, Pluma, Inkscape, Pidgin, PDF viewers/writers, etc, and all our AP/GL/AR/Payroll/etc work just dandy.
I ran Wayland during F23 Beta and on F23 for about ten weeks. It worked a lot better than in F22 but still has some usability issues. A couple of examples: In gedit the user should be able to drag a tab to a new window. In Wayland this causes gedit to crash. In XWayland apps such as Firefox or LibreOffice, the cursor will randomly disappear. Once that happens you have to restart Gnome. I am a bit frustrated with the lack of Wayland fixes in F23 promised here https://fedoramagazine.org/hel... That being said I encourage anyone running F23 to try Wayland. Most of the time you won't notice a difference. I'll run it on a spare system when F24 beta lands.
Which was a successor to the W windowing system.
What unsolved problem does Wayland address?
No one has any difficulty securely running GUIs across networks.
Give them a chance to get it working on the desktop first :)
> From the XFree86 web page:
>> XFree86 Release 4.8.0 is out NOW
>> 4.8.0 release was released on 15 December 2008. Our next full release will
>> be 4.9.0, and is expected to be released in the summer/winter of 2009
[...deletia...]
> How's that working out for you?
In case you missed it, there was an internal revolt inside the XFree86 group, and XFree86 code was forked as Xorg, which is the current implementation. The last person to leave the XFree86 project forgot to turn off the lights.
XFree86 is passed on! This project is no more! It has ceased to be! It's expired and gone to meet its maker! It's a stiff! Bereft of life, it rests in peace! If you hadn't nailed it to the perch it'd be pushing up the daisies! Its metabolic processes are now history! It's off the twig! It's kicked the bucket, It's shuffled off its mortal coil, run down the curtain and joined the bleedin' choir invisibile!! THIS IS AN EX-PROJECT!!
See the current Xorg location http://www.x.org/wiki/ It actually has stuff from late last month, rather than late last decade.
I'm not repeating myself
I'm an X window user; I'm an ex-Windows user
In which case, why shouldn't it be called 'Y'?
People doing payroll on a LAN practically do not matter. People sharing windows in teleconferences outnumber them by several orders of magnitude, and people use Windows and Macs for that type of use case. You may not know that MS and Apple got into a brief escalation/competition around 2000 over desktop conferencing, and in the process leapfrogged X network transparency considerably.
X cannot share a window with 10 or 20 people efficiently. Linux users reach for VNC for that use case, and it is an inefficient throwback... nothing more than a bitmap-tosser.
That is why we should have been putting effort into something 100% backwards compatible with X11... X12. All kinds of things COULD have been rolled in- compression, local cursor, broadcast, etc.
No wonder Wayland is taking so long. The core Wayland team shares a lot of the same people as the core Xorg team. You do realize that people who made Xorg are mostly the people making Wayland because Xorg is such crap from the multi-decades of backwards comparability and old architecture that is no longer reflective of modern systems. Bailing wire and duct tape.
Seem much easier to search for "pointer confinement" "pointer locking" to get hits on Wayland. Seems Wayland won't let you move the cuusor like X does, but it will, eventually, allow you to confine or lock it. Seems to be taking fooorrrreeeevvvveeeerrrrr.
... pointer confinement have all landed this cycle"
Good news "MARCH 4, 2016
https://blogs.gnome.org/mclase...
What is there in Wayland that must have systemd, as opposed to SysVinit?
Replacing X is a big project. Sometimes it takes a while to generate something good.
I'm not sure anyone has a good model for handling rewrites of massive projects. The experiences of KDE 4.0 and Gnome 3.0 come to mind. Eventually, they were better, but it takes some time with a massive upgrade like that.
The other issue is that User's often have a very good idea of what they don't like. However, bulimic criticism does not help to refine a software product. It just splits the ecosystem. Ultimately the user's need to use their computer, and the new software just isn't ready. So the developer's and user's go in different directions.
Closed source isn't the solution either: with Windows 8, Microsoft split it's ecosystem. Windows 10 hasn't fixed the split (yet).
Perhaps we just defer Fedora24 for six months, and allow the F24 enhancements to be rolled into Fedora23. From a workspace user, there is little difference between F22 and F23. So, we could say, Fedora23 is a rolling release. And Fedora23 becomes Fedora23.1
Leslie Satenstein Montreal Quebec Canada
Seeing a lot of comparisons between X and other remote-access protocols such as VNC. From a personal use perspective I've found:
One nice thing about X is that the active window is independent of a particular desktop, or parent etc. When I use VNC, one frustration is that everything is bound inside the parent window (which is generally also restricted to a particular monitor). Larger desktops tend to suck, performance-wise, as you end up with a lot of pricey redraws.
One *nice* thing about VNC is that you can push stuff that's been accelerated on the remote GPU.
There's also stuff like Citrix, which I've that in concept is nice enough to draw things as separate windows without an MDI-style parent or virtual desktop, but in practice weird crap starts happening as soon as I move said windows between monitors etc. One good way to mess with Citrix is to have the overall desktop size change (say by hotplugging a monitor). It's also sometimes ugly with overlapping windows etc.
At the moment my current setup is a combination of a remote X window and VNC (X11VNC+tightvnc). I've been working on OpenGL-based applications, which won't render across machines with X, however the beefy hardware is not on my main box. To that end, I've got the remote machine running X11VNC (which is able to grab the framebuffer) and tightvnc locally for rendering. That at least gets me the hardware acceleration for rendering. In addition, running the actual code editor+compiler via X allows me to have all the dialogs, debuggers, etc on my local machine and move stufff between monitors with ease.
I believe there are tricks to make this work all in X-land, e.g. with xvfb, but I haven't had much luck with that yet. What would be nice is to see those capabilities all pulled together in something like Wayland where the network stack, framebuffer, etc and all the userland stuff play nicely with each other out-of-the box with minimal hackery needed to get things to work.