Slashdot Mirror


Gnome 3.12 Delayed To Sync With Wayland Release

sfcrazy writes "Gnome developers are planning to delay the release of Gnome 3.12 by approximately a week. It's a deliberate delay to sync the release with the availability of Wayland 1.5. Matthias Clasen (Fedora and Gnome developer) explains that 'the GNOME release team is pondering moving the date for 3.12.0 out by approximately a week, to align the schedule with the Wayland release plans (a 1.4.91 release including all the xdg-shell API we need is planned for April 1). The latter 3.11.x milestones would be shifted as well, to avoid lengthening the freeze period unnecessarily.'"

204 comments

  1. What now? by Anonymous Coward · · Score: 0

    A delay for the First of April?

    Who can believe that?

  2. Gnome 3 - Windows 8 for Linux by Anonymous Coward · · Score: 0, Insightful

    Gnome 3 - Windows 8 for Linux

    1. Re:Gnome 3 - Windows 8 for Linux by andreicristianpetcu · · Score: 1

      NO!
      Gnome 3 - Cool shell for GNU/Linux

    2. Re:Gnome 3 - Windows 8 for Linux by macson_g · · Score: 2

      'Cool' as in 'Dead and cool'

    3. Re:Gnome 3 - Windows 8 for Linux by Nerdfest · · Score: 1

      You spelled "Unity" wrong.

    4. Re:Gnome 3 - Windows 8 for Linux by squiggleslash · · Score: 1

      No, he's right. You see Unity was the reaction to GNOME 3, the part where people "in charge" of the GNU/Linux UI realized that GNOME 3 was a lemon, and decided to "fix" it.

      Unity is Windows 8.1 for GNU/Linux.

      --
      You are not alone. This is not normal. None of this is normal.
    5. Re:Gnome 3 - Windows 8 for Linux by Nerdfest · · Score: 1

      Isn't Unity built on Gnome3? You may mean Gnome Shell, which I find far more usable than Unity, but just as unstable. I've since moved on to KDE and can't see myself leaving unless I have an old machine where I'll use Xfce or OpenBox or something.

    6. Re:Gnome 3 - Windows 8 for Linux by Rob+Y. · · Score: 1

      Not quite. Windows 8 required completely new apps to use the 'modern' half of the OS. Gnome 3, Unity, KDE and the rest can all run ALL apps (except maybe some applets that are desktop-specific) on the same desktop. Whether you like that particular desktop is a different issue altogether. But on Windows 8, even if you like the new desktop, you can't use it to run Win32 apps. That was Microsoft's biggest mistake. They should've made it so Win32 apps could be rejiggered to work in the new environment - even if some UI changes were required. But they were trying to leverage their control of the desktop OEM's to seed their late-to-market tablet and phone system.

      --
      Posted from my Android phone. Oh, I can change this? There, that's better...
    7. Re:Gnome 3 - Windows 8 for Linux by EndlessNameless · · Score: 1

      For Windows 8, if you're referring to the new Metro/Modern UI as the new desktop, the lack of Win32 compatibility was not a mistake. There is a huge security shift moving to Metro/Modern.

      They finally implemented a secured app ecosystem. Instead of granting installers blanket admin privileges, they require permissions manifests that are enforced by the local security system. This makes some traditional trojans (like keyloggers) impossible without privilege escalation exploits. Their read/write privileges are also restricted unless their manifests request more.

      This is similar to how Android presents the user with a list of permissions for each new application (or for an update, if that particular update includes new permissions).

      While some apps can never move to Metro/Modern, any non-technical user will have better security with Metro/Modern apps. Personally, I use none of those apps on the one Windows 8 system I have---but I would prefer it if my parents switched. I believe Metro/Modern is useless for Slashdot-level users and an important step for everyone else. Given a few iterations, it could knock down the wall between security and usability.

      --

      ---
      According to the latest ruleset, this post should be modded as Vorpal Flamebait +5.
    8. Re:Gnome 3 - Windows 8 for Linux by jcdr · · Score: 1

      Gnome 3, Unity, KDE and the rest can all run ALL apps (except maybe some applets that are desktop-specific) on the same desktop.

      If you just lunch a unique single window application like a browser, maybe. But my experience with Gnome 3 and Unity are really bad as soon as I want a lot of virtual desktop with a lot of windows into each of them. So bad that I now use XFCE or MATE to get my shiny 8x8 virtual desktop grid to fit all my projects.

      Gnome 3 break almost any applications that use multiple windows or full screen, in addition to break virtually all preexisting applets without decent replacement. Unity is even more broken with the full screen mode and there old style common top menu bar that behave erratically. Managing a lot of windows on those desktop is a unbelieving nightmare. The most ridicule part of the story is that both scarified decade of improvement in Gnome 2 in the name of a more intuitive interface. For me, there both miserably failed:
      * If the users just wants to start a few application full screen, Gnome 2 was really capable of doing so very well.
      * If the users wants a powerful, comfortable, and fast desktop for complex task with a lot of windows, Gnome 2 was also the best choice.

      And I am certain to not be alone with the regret of Gnome 2, since so much contribution effort are now given to MATE project for example. I will not be surprised that MATE will overtake Gnome 3 in a few years. I fact, I hope this will be the case, because projects that are unable to understand his users base will see there contribution effort going down over time.

    9. Re:Gnome 3 - Windows 8 for Linux by Anonymous Coward · · Score: 0

      Secured? For whom exactly? The owner of the system or microsoft? 'App' stores take away the users ability to manage and retain control over the tools they depend on, from installation to unwanted updates that remove functionality. It moves desktop applications down to the level of 'web apps' in terms of reliable availability.

      The problem is that when something stops working right for 'everyone else', 'slashdot level' users will be the ones called upon to fix it.

    10. Re:Gnome 3 - Windows 8 for Linux by Rob+Y. · · Score: 1

      I didn't say they should run existing Win32 as is. But they should've provided a toolset to build 'Modern' apps using existing Win32 code. If not all of that code could be supported safely, then provide workarounds - or sandbox the apps - or whatever it takes. The Win32 API's can't be so insecure that it's worth throwing out the huge base of existing Win32 code as opposed to supporting most of it as a way to seed Metro with new, secure apps.

      As it is, WinRT is not selling at all, so the full-blown, insecure version of Win32 is still there on all Windows 8 devices. Way to 'improve' security...

      --
      Posted from my Android phone. Oh, I can change this? There, that's better...
    11. Re:Gnome 3 - Windows 8 for Linux by lister+king+of+smeg · · Score: 1

      Isn't Unity built on Gnome3? You may mean Gnome Shell, which I find far more usable than Unity, but just as unstable. I've since moved on to KDE and can't see myself leaving unless I have an old machine where I'll use Xfce or OpenBox or something.

      it uses all of the gnome environment but the shell it self is being made with qt now, or so I heard.

      --
      ---Saying gnome 3 is better than windows 8 not so much a compliment as it is damning with light praise.
  3. I'm sorry I'm an idiot by Vanderhoth · · Score: 4, Interesting

    I've read through the Wayland site and another half dozen pages that are obviously over my head and I just don't understand what Wayland is or what it's advantages are. I think it's suppose to be replacing X11, but I don't really understand X11 either, other than it's a method of getting things onto the screen. So I'm throwing my ignorance out there hoping I won't be flamed out of existence and someone can explain or point me to a laymen description of Wayland, and/or X11 and how one is better than the other. It seems like it should be a big deal since I've read there's been a lot of dissatisfaction with X11 for quite sometime and yet no one's ever done anything about it. That is until now, if Wayland is in fact a replacement

    I'm sorry I realize this has been discussed several times and I'm sorry I'm just not getting it.

    1. Re:I'm sorry I'm an idiot by Improv · · Score: 1

      It is in fact an intended replacement for X11. It'd be hard to talk about the differences in much detail if you're not particularly technical.

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
    2. Re:I'm sorry I'm an idiot by Dave+Whiteside · · Score: 3, Informative

      X11 low level is such a huge mess of everything from text to pixels to anything higher
      wayland is a much better step up to modern display tech
      [basically]

      --
      who where what when now?
    3. Re:I'm sorry I'm an idiot by buchner.johannes · · Score: 5, Informative

      This talk is insightful: https://www.youtube.com/watch?...

      --
      NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
    4. Re:I'm sorry I'm an idiot by Dcnjoe60 · · Score: 2

      I've read through the Wayland site and another half dozen pages that are obviously over my head and I just don't understand what Wayland is or what it's advantages are. I think it's suppose to be replacing X11, but I don't really understand X11 either, other than it's a method of getting things onto the screen. So I'm throwing my ignorance out there hoping I won't be flamed out of existence and someone can explain or point me to a laymen description of Wayland, and/or X11 and how one is better than the other. It seems like it should be a big deal since I've read there's been a lot of dissatisfaction with X11 for quite sometime and yet no one's ever done anything about it. That is until now, if Wayland is in fact a replacement

      I'm sorry I realize this has been discussed several times and I'm sorry I'm just not getting it.

      Think of it as X12, the new version of X11. X11 came out when COBOL was king and while it and COBOL still work, there have been many advances in hardware and software since then.

    5. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 3, Interesting

      In my opinion...

      Wayland + Systemd + Gnome 3 + kernelspace Dbus = transforming Linux into Windows. Or something more like Windows. They represent a complete rejection of the foundational Unix philosophy.

      Basically the people behind it want to create a system that is not Unixlike, but they don't want to be bothered with attracting developers who are interested in that as an honestly stated goal and they don't want to be bothered with other "from the ground up" tasks like carefully designing such a system from scratch. So instead they are playing politics and co-opting the existing developer pool GNU/Linux has earned to transform it into something it is not and was never intended to be, one bolted-on feature at a time.

      Even if they wind up making a fantastic system, I strongly object to their methods. I'm not sure if these methods could really lead to a great system. Maybe they can, but I doubt it.

    6. Re:I'm sorry I'm an idiot by timeOday · · Score: 2, Interesting

      What's funny is that the worst part of X11 is how badly it does exactly what it was designed to do - remote display - because it is so slow if the network has any latency (too many synchronous calls). You certainly can't imagine something from 25(?) years ago bombing today because its RAM or CPU or bandwidth requirements are too high. Clearly, latency is not riding that curve, and must instead be designed around.

    7. Re:I'm sorry I'm an idiot by mexsudo · · Score: 1

      I guess the effort is strictly to make things easier to fix and modify, that is good. I am now a Mate user, after I was kinda forced to drop Gnome2, which I understand was also a real bear to maintain. Wayland website says "Wayland is intended as a simpler replacement for X, easier to develop and maintain." ... maybe the Gnome people know something about that, but they sure don't understand how to relate to their client base.

    8. Re:I'm sorry I'm an idiot by jbolden · · Score: 0

      Here are 30k foot views.

      X11 has been around 30 years. It has tons of legacy code and a huge range of functionalities. However its primary use cases are not the ones most popular today so people are often having to drive square pegs in round holes it to do what they want. Wayland is a modern display system for Unixes which is similar to what Windows and OSX use. It can run X11 on top (just like they can) but overtime it will allow people to write applications (or more particularly GUIs) easily with the kind of video performance one gets with Windows or OSX. There is some controversy regarding Wayland because like any reprioritization some stuff is getting worse so as to make other stuff better.

    9. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      These are main differences:
      X11: Old, blur (network transparent), uncool
      Wayland: New, shiny (network opaque), cool.

    10. Re:I'm sorry I'm an idiot by jbolden · · Score: 2

      Remember X11 was designed for low latency networks (LANs). It is great there. No one had interest in graphics over WANs (which mostly didn't exist) when X11 came out. But you are absolutely right, remote display is often quite bad on X11 over distance. Also the fact it doesn't have a security subsystem is a huge problem with actually using it for remote display.

    11. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 0, Informative

      It's busy work for a team that believe X11 is antiquated and needs replacement. Wayland fans will argue that X11 is a huge mess that tries to do to much while in reality it has been doing its job for many decades.

      In other words, we are throwing away the baby with the bath water because some people suffer from NIH syndrome and gladly trade away stability for something shiny in hopes to encourage more gaming on Linux despite the questionable performance improvements.

    12. Re:I'm sorry I'm an idiot by Vanderhoth · · Score: 1

      what it was designed to do - remote display

      Ok, now things make a lot more sense. It's amazing how one piece of the puzzle really brings out the picture. So essentially X was designed to do more than just display, which is why I've always been confused about what X actually did. Sometimes I thought it was a graphics driver, sometimes I thought it was a network protocol, but it's basically both.

    13. Re:I'm sorry I'm an idiot by jbolden · · Score: 4, Insightful

      Let me just point out, Wayland came out of the X11 community. This version of how they recruited is total fabrication.

    14. Re:I'm sorry I'm an idiot by buchner.johannes · · Score: 5, Interesting

      In my opinion...
      Wayland + Systemd + Gnome 3 + kernelspace Dbus = transforming Linux into Windows. Or something more like Windows. They represent a complete rejection of the foundational Unix philosophy.

      Regarding Wayland: You clearly have no idea how X works today. Todays X is not like Unix should be at all.
      Regarding Dbus: How is a dbus protocol different from semaphores and shm in the kernel?
      Regarding systemd, I agree and see it critically, because it is tries to solve everything at the same time. Perhaps the direction of OpenRC is more appropriate. But to criticise systemd you have to understand the issues: A number of links are on http://freedesktop.org/wiki/So... including http://0pointer.de/blog/projec...
      Regarding Gnome3: Gnome3 is conceptionally little different than Gnome2, KDE or XFCE: Windows and pointers. I actually really like it. If you don't exchange it for something else. Very Unixy.

      We have to keep in mind that the system we have today are not mainframes that are booted once and have their daemons running for months.
      We have plug-and-play of devices and screens, hibernation, multiple input devices, while at the same time the screen output must not flicker or have delays beyond 50ms. It's a different arena today.

      --
      NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
    15. Re:I'm sorry I'm an idiot by 0123456 · · Score: 2

      What's funny is that the worst part of X11 is how badly it does exactly what it was designed to do - remote display - because it is so slow if the network has any latency (too many synchronous calls).

      Well, duh.

      X11 was designed for remote display over LAN, not WAN. Which is how most of us use it. The Internet barely existed at the time.

    16. Re:I'm sorry I'm an idiot by armanox · · Score: 2

      I'm in complete agreement with you. What they're doing is throwing away everything that used to work just to have something they can say they developed in a lot of cases. They're also making a lot of things Linux only, and throwing out compatibility with UNIX and UNIX-like operating systems.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    17. Re:I'm sorry I'm an idiot by Vanderhoth · · Score: 1

      This is very helpful, thank you.

      I'm about 18 minutes in and they're starting to make sense now. The first ten minutes is really just a lot of back story on the speaker. Somewhere between ten and 18 minutes he starts getting into the issues with X.

    18. Re:I'm sorry I'm an idiot by 0123456 · · Score: 2

      Wayland is a modern display system for Unixes which is similar to what Windows and OSX use.

      So instead of an antiquated, creaky old display system similar to thirty year old Unix code, it's a modern, sophisticated display system similar to thirty year old Windows code?

    19. Re:I'm sorry I'm an idiot by 0123456 · · Score: 4, Insightful

      X11 was the protocol for the last big 'users don't need good hardware' fad. In the brave old future, we'd all have dumb X terminals on our desk and run our software on big iron servers while the display went over the LAN to the X terminal.

      In the brave new future, we're now going to run our software on virtual cloud servers while the display goes over the Internet to our web browser, using Javascript instead of X11.

    20. Re:I'm sorry I'm an idiot by 0123456 · · Score: 0, Flamebait

      Let me just point out, Wayland came out of the X11 community.

      Yeah, the people who wrote the X11 code and keep complaining about how bad it is are going to write the new wonderful, shiny display interface, but, trust them, it will all be wonderful and fart unicorns this time.

    21. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 1

      That code is older than the people who maintain it

    22. Re:I'm sorry I'm an idiot by Vanderhoth · · Score: 4, Insightful
      At 28:51

      Wayland you can actually describe to people, X I still haven't been able to.

      Now I don't feel so bad about not understanding it.

    23. Re:I'm sorry I'm an idiot by Vanderhoth · · Score: 2

      I was just about to say that. I'm watching the video linked above and the developer, who worked on X, stated he had to fix bugs in X that were older than him.

      Having to maintain someone else's monster can hardly be used to say another person a bad developer. I maintain at least three projects that were created before I started working at my current company and I'm glad no one judges my ability to write code based on code some no formal education self taught C guru programmer hacked together twenty years ago. They did a good job for what they had to work with at the time, knowledge and resources, but I've replaced entire libraries of poorly commented buggy code. Concepts were good, implementation wasn't.

    24. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 1

      I couldn't help but notice your post's distinct lack of citations.

    25. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 3, Informative

      I want just to point out that X11 as in Xorg is now stable and can mostly run without configuration by hand thanks to the people behind Wayland. People forget the past easily...

    26. Re:I'm sorry I'm an idiot by Kjella · · Score: 4, Interesting

      X11 used to be a *lot* of things, but long story short it's now mostly a go-between your applications (that render themselves), the compositor (which put the windows together to a screen) and the framebuffer (where you put the screen to make it show on your monitor). And the parts that aren't totally gone, is provided by klugded-on extensions to avoid breaking the core protocol. Wayland basically drops all legacy functionality and backwards-compatibility and consolidates modern X into a new protocol, last I checked in less than 10% of the code and those parts work much simpler and faster.

      Now X has network transparancy and Wayland does not, but not the way it's currently used. It's like saying HTML is network transparent but the way most people use it is like this: <html><body><img src="here_is_the_real_content.png"></body></html>. The other big question has been client or server side decorations, who draws the window frames/titles/buttons. The default implementation (Weston) leaves it to the client, but the protocol lets the server do it and KWin does. It's better because a frozen client doesn't stop them from rendering, but at the cost of pulling some form of drawing toolkit into the display server.

      --
      Live today, because you never know what tomorrow brings
    27. Re:I'm sorry I'm an idiot by Billly+Gates · · Score: 3, Informative

      Let me change a few words around for entertainment purposes :-)

      PHB: "I'm in complete agreement with you. What they're doing is throwing away everything that used to work with activeX just to have something they can say they developed in a lot of cases. They're also making a lot of things W3C only, and throwing out compatibility with IE 5 quirks mode and IE 6 browsers."

      Sound ludicrous but my point is X is also a bad technology that is dated and a thorn in the Unix ecosystem equally. People fear change sometimes and I can tell you the same Unix nerds screamed when Sun got rid of Inet for their event driven system system which is more modern and appropriate for laptops and modern systems where conditions change.

      Have you used Linux 13 years ago? I have and MAN X SUCKS back then and it showed more easily. You do not realize it because you have very fast cpus with gobs of ram. But I remember X taking up just 75% of the ram before I could run any apps.

      X is a dumb terminal technology made for greenscreens of the Carter Administration of where you had the VAX the size of a refigerator and everyone had dumb terminals or smart ones with long serial cables to the computer room.

      It was not designed for multimedia, OpenGL, low latency, touch screens, low power phones or tablets, or even running a desktop program.

      Thats right your code has to run in a server and another copy of itself as a client. Why?? Gnome hides some of this the openGL workarounds are to go to the linux kernel directly with DRM (where does that leave Solaris and FreeBSD users?) to get around that horrible hack of X.

      The unix haters manual has an entertaining section on X. The protocol, technology, and API are beyond horrible.

      I think Linux lost on the desktop because of X! We would not be fighting for 15 aweful years recreating Guis due to the lack of X working.

    28. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      eXACTLY. fUCK sYSTEM d.

      Notice how they try to force systemd and friends onto all users of distros.

    29. Re:I'm sorry I'm an idiot by squiggleslash · · Score: 0

      Basically it's a rewrite/redesign of X11, made by people who think that you can deal with the problems that come up in any tried and tested piece of code that, inevitably for any older code, has become "unclean", by writing a new version.

      Pretty much anyone who's over the age of 30 who's been involved in software development for any substantial period of time knows that Wayland isn't going to solve it, and that in five years it'll be just as hacky and ugly as X11 is perceived to be - with the added bonus that it won't be anything like as powerful (because by design it won't - I'm serious, they're removing most of X11's core feature set, including the network transparency.)

      --
      You are not alone. This is not normal. None of this is normal.
    30. Re:I'm sorry I'm an idiot by thunderbird32 · · Score: 1
      Luckily there's MATE for those who mourn the death of GNOME2. I'm an XFCE guy, but I certainly don't hate GNOME3, it's really not that bad.

      Then I suggest you get an MRI

      That's just like, your opinion, man.

    31. Re:I'm sorry I'm an idiot by kick6 · · Score: 2

      what it was designed to do - remote display

      Ok, now things make a lot more sense. It's amazing how one piece of the puzzle really brings out the picture. So essentially X was designed to do more than just display, which is why I've always been confused about what X actually did. Sometimes I thought it was a graphics driver, sometimes I thought it was a network protocol, but it's basically both.

      don't forget it's also a print server, and a binary interpreter too. This is why wayland proponents think X11 is a mess.

    32. Re:I'm sorry I'm an idiot by jbolden · · Score: 2

      Windows display system was reinvented with Vista (Aero interface). It isn't 30 years old.

    33. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 5, Interesting

      X11 doesn't even do anything anymore. Go watch one of the many presentations made by the many developers who have been working on X11 for over 20 years. They're not even sure what X11 does anymore, nearly everything bypasses it and just pushes around buffers, which X11 does not handle well at all.

      The one thing that stood out is they said X11 can not implement vsync at all without breaking all compatibility. They are embarrassed that code is still being used in 2014 that does not handle vsync and gives "screen tearing", which other systems have had fixed since the mid 90s.

      99% of the current use cases for X11 are now managing buffers and X11 does not manage buffers. Wayland is designed to handle the most common use case in a good way.

    34. Re:I'm sorry I'm an idiot by jbolden · · Score: 1

      The people who maintain and adopted the ancient X11 codebase to do as well as it is with modernish GUIs. Yes they are excellent. And certainly they are the best we have.

    35. Re:I'm sorry I'm an idiot by Vanderhoth · · Score: 1

      don't forget it's also a print server, and a binary interpreter too

      I can't forget that because I didn't know it in the first place.

      Thanks, I'm not feeling so dumb anymore as many people here have pointed out the confusion is that the developers don't know what X is or what to do with it and Wayland is only intended to replace a small part of what X does. My feelings are although it's always sad to see a tried and true method that just works, or people have learned to work around, thrown away, it just makes sense to start over with a fresh perspective and lessons learned, especially when there's just so much bloat the code base becomes unmanageable. Maybe in five to ten years Wayland *will* be just as bad as X is now, but honestly if X is bad now, after 30 years, just think of how horrible it'll be in another ten. So it's still better to start fresh and get another 30 years out of Wayland at which point it could be redone again for whatever new hardware exists.

    36. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      X11: Old, blur (not network transparent), uncool, ugly fonts, vsync is broken, no hybrid graphic support, all apps can work like keyloggers, No high pixel density support, has a print server, Broke unix philosophy.

      Wayland: new, shiny, cool, unix like

      fix that for you

    37. Re:I'm sorry I'm an idiot by Gavagai80 · · Score: 5, Insightful

      That team of wayland developers happens to be largely the same team who used to work on X, and wayland is endorsed by the X.org foundation. I've no technical opinion of wayland, but it's easy to see that X.org and the developers of X are in a better position to evaluate the need for it than you are.

      --
      This space intentionally left blank
    38. Re:I'm sorry I'm an idiot by preflex · · Score: 2

      X11 was designed for remote display over LAN, not WAN. Which is how most of us use it. The Internet barely existed at the time.

      Actually, I think most of us use it for local display. It's so bad at remote these days, it's not even very useful over LAN.

    39. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      Interesting, in what way does Wayland violate the Unix philosophy?

      I always thought it was trying to bring modern display in line with the Unix philosophy. X does way too much, and it does it all so poorly that it is bypassed.

      I believe for example X can handle printing, but nobody does that, it can handle drawing objects, but does it so poorly it's bypassed, it can be a remote display, but only in a specific case does it do it well.

      All Wayland wants to do is create surfaces to draw on (as I understand it), this seems far more Unixy to me.

    40. Re:I'm sorry I'm an idiot by Iskender · · Score: 1

      Pretty much anyone who's over the age of 30 who's been involved in software development for any substantial period of time knows that Wayland isn't going to solve it, and that in five years it'll be just as hacky and ugly as X11 is perceived to be - with the added bonus that it won't be anything like as powerful (because by design it won't - I'm serious, they're removing most of X11's core feature set, including the network transparency.)

      I think they've realised something that a lot of X11 proponents haven't: that a one-size-fits-all solution won't work anymore.

      I'm a desktop Linux user. I am not a sysadmin, and never will be. I have not used network transparency and likely never will.

      I use fullscreen video daily, on the other hand. It has tearing. Switching from Ubuntu on a good desktop to Windows on a sucky netbook feels like an improvement video-wise, and that's not how it should be.

      The people who have the most to lose from a switch to Wayland are the same people that have the power to choose their own display server. The ones who can't make the switch manually are the same people who will gain from it, on the other hand.

      Looking at things from my perspective, I'm glad people are working on a better desktop experience. If anyone wonders why they're ignoring your network transparency...well, that's what a lot of people are doing about better video. There are two camps, and neither has a solution that works for both.

    41. Re:I'm sorry I'm an idiot by timeOday · · Score: 1

      I suppose it was a "great" improvement at the time. In retrospect, the lack of ability to even migrate an X Client from one display to another sure feels like a glaring limitation.

    42. Re:I'm sorry I'm an idiot by boolithium · · Score: 2

      To understand Wayland, you have to understand X. An X server is a program(s) running as root, which coordinates all of the aspects of a GUI interface. This includes all of the drawing and updating to the display modules in the kernel. X also managed input devices like the mouse and keyboard. However, X is not the window manager or the widget set. X simply listens to the client, and draws what it is told to. Thing like Gnome or KDE actually handle what is to be drawn, and then interface with X. If you think about that for a moment, you can see the silliness inherent in this design. The client is doing all the layout, and then having to go through a middleman. Wayland basically says, if the client is doing the work, then let them handle all of the drawing and such. Wayland only manages the communication between the clients (windows usually) and the kernel modules. This allows programs quicker access to the framebuffer. I think the best analogy would be the back when linux moved to udev instead of devfs. Instead of having an abstraction layer all clients had to query, a kernel module was added which clients could access directly.

    43. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      X is all about buffers. They are called pixmaps I think. It also has an obsolete drawing API which is not used by modern applications - this is not a problem. The render extension which defines compositing and I used by modern applications was introduced in 2000. It is also fully network transparent. The other things you mention can be fixed in X. It seems this is what DRI3 and present extension are about. What is a hack in X is direct rendering (at least before DRI3). Direct rendering is a performance optimization for local applications. A normal desktop (without wobbling windows) works just fine without it.

      I have to say I am not too excited about loosing decades of backwards compatibility and network transparency to make direct rendering a bit better. This is also optimizing in the wrong direction. GPUs will be integrated with CPUs more and more. DRI will soon only be about optimizing away some memcpys. In contrast, fast networks appear everywhere. To me, networks transparency seems far more relevant to the future than DRI. But I think this is not even an issue, DRI will probably be equally good in X as in Wayland.

    44. Re:I'm sorry I'm an idiot by Uecker · · Score: 1

      Migrating X clients. This is not a limitation of X. Some X clients can do it (see libdisplaymigration from the GPE palm desktop environment) and you could add it to others with a LD_PRELOAD hack. I always wondered why the toolkits did not add it. It would be a really useful feature. Much more useful than wobbling windows or all the other crap we got.

    45. Re:I'm sorry I'm an idiot by boolithium · · Score: 1

      I would say it is more likely to fracture GTK/QT. We all take for granted that we can jump between widget sets right now, because X handles the primitive drawing. Wayland will only draw bitmaps directly to the framebuffer, which means it will rely on the code running on the client. I can see a big problem down the road, when people realize that gtk and qt are duplicating processes, which used to be singular in X. Worse yet, these processes will be implemented differently in each library. That isn't a problem if you don't need to support both qt and gtk, but I can't think of a time in my usage, where I didn't need to run a qt app in gnome or a gtk app in kde.

    46. Re:I'm sorry I'm an idiot by larry+bagina · · Score: 2

      100% agreement. For example, RCS works perfectly fine. Why anyone wasted their time developing svn, hg, or git is a mystery to me.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    47. Re:I'm sorry I'm an idiot by armanox · · Score: 1

      Have you used Linux 13 years ago? I have and MAN X SUCKS back then and it showed more easily. You do not realize it because you have very fast cpus with gobs of ram. But I remember X taking up just 75% of the ram before I could run any apps.

      Yes, I ran Linux that long ago. Red Hat 6.1 on a Pentium 1 with 48MB RAM and a 1GB HDD. Ran at least as well as Windows 95 on that box.

      It was not designed for multimedia, OpenGL, low latency, touch screens, low power phones or tablets, or even running a desktop program.

      Funny, IRIX seemed to handle OpenGL and multimedia fantastically. And guess what? It's running X11 on what's now really old hardware (my Octane has a single 300MHz MIPS processor, with 1GB of RAM. My O2 (also with IRIX 6.5) had a 180MHz MIPS processor, 64MB RAM, and also handled OpenGL without hiccup. Ran Photoshop rather nicely too).

      Thats right your code has to run in a server and another copy of itself as a client. Why?? Gnome hides some of this the openGL workarounds are to go to the linux kernel directly with DRM (where does that leave Solaris and FreeBSD users?) to get around that horrible hack of X.

      It creates issues for Solaris and BSD running newer versions of GNOME. If you check Solaris 11 ships with GNOME 2.30 still, despite 3.x having been around for a while when Solaris 11 was put together. GNOME 3 can be built on FreeBSD, but it is not supported, nor is it considered stable. I hear that OpenBSD managed to get GNOME 3 working though, haven't looked into how they pulled that off. One user even said it's working on non-Intel platforms (they were on PPC).

      I think Linux lost on the desktop because of X! We would not be fighting for 15 aweful years recreating Guis due to the lack of X working.

      I think Linux lost on the desktop due to politics, not due to X. The community is too busy fighting with itself (X.org vs XFree86, GNOME 3, X11 vs Wayland vs Mir) to care about what the users want, or what the administrators want.

      We didn't have years of recreating GUIs because of X not working. We had KDE because CDE was closed source, GNOME because some people didn't like the dual license QT was under, updates to GNOME and KDE (Both saw a lot of change in 2.x, KDE 3.x was fantastic, 4.x started to bloat too much; GNOME's greatest evolution was over the course of 2.x, 3.0 sucked as bad as KDE 4.0), and a lot of arguments that boiled down to 'we're just going to do what we want'

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    48. Re:I'm sorry I'm an idiot by cheesybagel · · Score: 1

      Wayland is a modern display system for Unixes which is similar to what Windows and OSX use.

      Bollocks. It sucks. It only supports textures and more textures. Does it support vector graphics like Quartz? No. Its a throwback to systems predating X that's what it is.

    49. Re:I'm sorry I'm an idiot by Darinbob · · Score: 1

      We've had steps up in the past (NeWS was an early one) but because they were not standard no one bothered much with them. So we've stuck with X for 3 decades now for mostly the same reason that people stick with Windows for a couple of decades while bitching about it the whole time: compatibility.

    50. Re:I'm sorry I'm an idiot by jones_supa · · Score: 1

      Not that surprising, as a lot of the people behind Wayland are the same than behind X.org anyway.

    51. Re:I'm sorry I'm an idiot by Darinbob · · Score: 1

      Which sounds suprisingly a lot like NeWS. Except that was Postscript instead of Javascript, and the driving force behind it wasn't marketing and advertising.

    52. Re:I'm sorry I'm an idiot by dkf · · Score: 1

      wayland is a much better step up to modern display tech

      That makes Wayland sound like some kind of alcohol dependence program for narcissists. Surely you can give an explanation of what it really is, and without so much boosterism?

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    53. Re:I'm sorry I'm an idiot by dkf · · Score: 1

      What's funny is that the worst part of X11 is how badly it does exactly what it was designed to do - remote display - because it is so slow if the network has any latency (too many synchronous calls).

      It does fine, provided you don't push lots of bitmaps back and forth between the server and the clients. I've used X11 over a 14400 dialup line, and it worked fine for everything except fancy client-side bitmap handling. No matter how bad you think X11 over a WAN is, it cannot possibly be as bad as using Framemaker over that modem. I also ran animated bitmaps with X11 over the transatlantic internet back in 1993. (If you were trying to do real work using that cable back then, I hereby apologize!)

      Unfortunately, most modern app authors are unable to conceive of doing rendering on anything other than by pushing bitmaps back and forth, and that's never going to work very well without disgusting amounts of bandwidth and very low latency. But for all that, the actual basics of most apps remains about the same; they draw text and boxes and mostly-static pictures. We've just got to make more of that work be done not by XRender on the client but rather in the server using the higher-level instructions that programmers are actually using from their code.

      OTOH, if someone's going to take the really crufty parts of X11 (Visuals and Colormaps, anyone?) out back with shotgun to put them out of their misery, I'm for it. (I'm guessing that someone will claim the ICCCM is one of these bits. That someone is an idiot. The ICCCM is largely fine provided you avoid the PRIMARY selection.)

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    54. Re:I'm sorry I'm an idiot by timeOday · · Score: 1

      If X doesn't have many limitations it is because it doesn't specify very much. Its concept is too modular. What people needed was a UI, not just a way to draw a few basic shapes on a screen. Granted, I am sort of demanding that Qt should somehow have appeared fully formed 20 years early. But as contemporary examples, Windows and Mac were running circles around X throughout the 90's and 00's (including, yes, having to be re-written multiple times) while we were stuck with Athena widgets because they were available and sort of worked for basic things.

    55. Re:I'm sorry I'm an idiot by spitzak · · Score: 2

      IRIX did not run OpenGL under X really. It did pretty much what modern DRI stuff does: you do a bunch of OpenGL calls passing X window ID's and that causes the OpenGL library to locate the piece of memory X is using for that window (at that time it was part of the dual-buffer memory for the screen) and then OpenGL draws into it. The X server has no idea what is being drawn and is not involved in this. It also does not work over the network (though they did add DGL later). Also IRIX originally used their own system (called GL) and then for a while used NeWS, and were one of the last holdouts of switching to X.

    56. Re:I'm sorry I'm an idiot by spitzak · · Score: 2

      It supports vector graphics EXACTLY like Quartz. When you draw vector graphics, they are translated to antialiased images in a buffer by the client process. Then the system is told that that buffer contains new images. Perhaps confusing is that the first part is called "cairo" (though you can use different libraries) while the wayland developers are only concerned with the second part of communicating the buffer changes.

    57. Re:I'm sorry I'm an idiot by gmueckl · · Score: 1

      Well, neither gtk nor qt use any drawing primitives within X. They have their own, quite complex internal rendering backends for that and just push the resulting images to the X server in many cases. The reality is a bit more complex than that because they can draw things entirely in software, use OpenGL acceleration, fall back onto the X server for some things where it is useful and so on. But essentially, when you run a gtk and a Qt application at the same time, you're already running that kind of duplication. So with a lightweight display server you get at least the third independent implementation out of your RAM.

      --
      http://www.moonlight3d.eu/
    58. Re:I'm sorry I'm an idiot by spitzak · · Score: 1

      Server side decorations actually add a lot of complexity to the protocol, and don't fix frozen clients if in fact pushing the button (such as the close box) requires the client to do something like exit. Also unlike Windows, Wayland compositors can detect frozen clients and still allow the windows to be dragged around (or minimized with reasonable accuracy if the new xdg_shell has support for child windows). In addition it is now possible to write clients with a gui thread and a computation thread, which will keep not only the borders from freezing, but actually all the widgets inside the windows.

    59. Re:I'm sorry I'm an idiot by spitzak · · Score: 1

      I don't think you know how GTK and QT work.

      They are already drawing bitmaps. GTK uses Cairo, and QT uses it's own Cairo-like drawing library.

      The X drawing primitives are totally useless for modern antialiased graphics and nobody uses them.

    60. Re:I'm sorry I'm an idiot by OdinOdin_ · · Score: 1

      but I don't really understand X11 either

      The problem is neither do the maintainers fully understand every corner of every feature, driver and extension in the major X.11 implementations that exist (XFree86/X.Org).

      So now we get Linux graphics drivers that target what is really needed (not the performance metric to bitblt specific patterns at specific bit depth to screen) and we de-couple the hardware driver from the display acquisition arbitrator (the software that decides which application get to draw and utilize the hardware at any given time).

      Most people are in exactly your position, the best thing to do is let those with knowledge and enthusiasm knock themselves out on trying to produce a better solution to the problem. This is just how progress happens. to me I stopped programming to the X.11 API calls a long time ago, I use a toolkit like Qt and this will not change. So I look forward to an improved graphical experience on all formats of Linux (mobile/pad/notebook/desktop) for the next 30 years from this.

      I find Windows currently a better experience for using an IDE, modern X.11 has to much input lag, copy-and-paste that is also laggy and unreliable this really saps productivity.

    61. Re:I'm sorry I'm an idiot by morgauxo · · Score: 1

      X does remote display great for me! Granted, I mostly use it over a LAN.

      Wayland scares me because it looks like most distros will eventually switch to it but there doesn't seem to be a straight answer about how to do remote display in a Wayland environment. Answers to that question seem to fit into 4 categories:

      1) We don't care. Maybe someone else will implement that later.

      2) Just use X on top of Wayland. (No idea how to do this if/when applications stop supporting X)

      3) That should be implemented at the toolkit level. (Yeah, ok. Then there can be the QT way to do remote, the GTK way, the SDL way, etc... And that only if/when the developers of those tookits decided to implement it. Programs written in various more rare toolkits... probably never remotable again. Sounds great!)

      4) Or my favorite answer... lots of technical terms that may or may not actually answer the question, digging into depths that many a happy remote X user has never had to know.

    62. Re:I'm sorry I'm an idiot by morgauxo · · Score: 1

      I have a desktop in the den and a remote X terminal in the garage that connects to it via the LAN. I like living in the brave old future! It serves my needs quite well! I don't want a full OS to babysit on my workbench computer.

      The brave new future just seems assinine. It wold only be useful if my main goal was to play Farmville.

    63. Re:I'm sorry I'm an idiot by morgauxo · · Score: 1

      "it's not even very useful over LAN"
      I read that from time to time but I really can't understand why. I am using it!

      I have a tiny little PC that I think might have been part of a cash register in a past life. It sits on my garage workbench. When I turn it on I get a graphical login box for my main desktop which lives upstairs via XDMCP. It works great! Everything works just the same there as it does locally!

      My only complaint is that I can't get applications running on the remote display to automatically route their audio to it. I think PulseAudio is supposed to allow for that. TFM is kind of vague on that issue, it seems like directing audio too/from various mobile devices is more what they want to talk about. I'm thinking of just running some audio wires through the floor/ceiling and forgetting about it.

    64. Re:I'm sorry I'm an idiot by epyT-R · · Score: 1

      Some of us still use that 'obsolete' drawing api because the opengl compositor kills performance. Of course, you'd have to be using your desktop for more than just a facebook terminal to notice..

    65. Re:I'm sorry I'm an idiot by morgauxo · · Score: 1

      Throwing away features that many users still need is not a good way to fix anything. If X is so broken it must be completely replaced then fine, but the replacement should have all of X's features. Until there is a way to do remote display in a Wayland system both single application at a time and entire desktop then it is not a good solution.

    66. Re:I'm sorry I'm an idiot by Teckla · · Score: 1

      In the brave new future, we're now going to run our software on virtual cloud servers while the display goes over the Internet to our web browser, using Javascript instead of X11.

      And the difference is enormous. HTML / CSS / JavaScript can do a lot. Even something as seemingly minor as key presses not having to navigate a round trip is a huge win.

      It's popular to equate X11 and the web, but it's wrong to do so.

    67. Re:I'm sorry I'm an idiot by morgauxo · · Score: 1

      I use network transparency. I don't think I should lose my feature but I don' t think you should suffer either. So answer this.. What the hell is tearing? It seems to be brought up every time someone is justifying removing network transparency. I do watch video in Linux, granted, that I do locally, not remotely, mainly because remote audio is still a bear to get working.

      I have noticed, as I install updates sometimes one video player works best, sometimes another. Mainly the difference is one will truly go full screen another will not. So... I keep a few installed, mplayer xine and dragon player. Every couple of upgrades I find myself switching which one is my default in order to get back full-screen.

      Besides that, once I get full screen the picture is everything I expect it to be regardless of if I were playing it in X, Windows, Mac or watching a Blu-Ray disc!

      So.. WTF is tearing????? And why do I have to lose my network transparency to get rid of it?????

    68. Re:I'm sorry I'm an idiot by Billly+Gates · · Score: 1

      What is missing then?

      Client/Server requirements or the ability to remote in? These are 2 different things. I am a cynic towards X as I do not see dumb terminals besides at fast food restaurants like McD's these days.

      I see mobile and low latency becoming big. I see web UI's taking over as well and serving the elements in HTML 5 fashioned to any client independent of OS which I consider a boon. I hate any OS that tries to be standard including even Linux.

      Maybe if I saw apps that have the server part of the program in a big server and the client in a think Linux smart terminal I would be more empathetic into not throwing out what works right? I have never seen one before and I have been in tech for almost 15 years! I have seen mainframe terminal apps and some unix ones but they use telnet on Windows. Not the X server/client model.

    69. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      Just to clarify when GNOME was started Qt was closed source, the dual licensing came later as a result of GNOME's existance.

    70. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      MOVIN’ ON UP. You are on Slashdot Classic. We are starting to move into new digs in February by automatically redirecting greater numbers of you. The new site is a work in progress so Classic Slashdot will be available from the footer for several more months. As we migrate our audience, we want to hear from you to make sure that the redesigned page has all the features you expect. Find out more.

      They are waiting to get it right unlike someone else?

    71. Re:I'm sorry I'm an idiot by stoborrobots · · Score: 1

      Except that in that brave new future, the keypresses are navigating a round trip - see "google instant search" or just about any textbox now having "completion suggestions" which respond to each keypress...

      So it's true that they don't have to, in principle, but in many usecases they are anyway.

    72. Re:I'm sorry I'm an idiot by lister+king+of+smeg · · Score: 1

      I would beg to differ on that as I often access my debian box via x over ssh every day

      --
      ---Saying gnome 3 is better than windows 8 not so much a compliment as it is damning with light praise.
    73. Re: I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      It's a secure and more efficient system.

      X11 allows all apps to interact with each other. So if one app is compromised it can compromise Ll other GUI apps.

      Also, unlike X11, Wayland will use modern rendering methods.

      Modern PCs have graphics cards which can do 3D at a very high speed, but they do not have as greater support for legacy 2D rendering, as CPUs take care of that these days. Wayland will make all rendering go through the GPU with direct compositing of 2D through OpenGL, a 3D API which supports accelerated 2D.

      Windows has a similar issue, they are moving away from GDI and towards direct compositing, check out a Windows 8. Just try to run it without 32bit colour. Hint: you cannot.

    74. Re:I'm sorry I'm an idiot by squiggleslash · · Score: 1

      aaaaaaaaaaaaaand the abusive moderation starts.

      Every. Fucking. Time.

      Here's an idea mods, just because YOU think Wayland is going to work doesn't mean it will, and it certainly doesn't mean people who bring their experience to the table are "wrong" or "off topic". Go fuck yourselves. Seriously.

      --
      You are not alone. This is not normal. None of this is normal.
    75. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      Oh well.

      I used Linux almost 20 years ago and it did not suck at all (this is not entirely true: X *configuration* sucked and I am happy that this is much better now). In fact X ran fine even with 8MB of RAM. Some people believed that X uses a lot of memory, because it stored all the image data for the applications - not while it used the memory by itself. Please bring any argument which is actually - you know - an argument and not some myth.

      Otherwise I read only: "SUCKS" "dated" "horrible" "Linux lost on the desktop because of X" ... Are this your arguments?

      Please state - if you can - in your own words, what exactly is fundamentally wrong with X which can not be fixed.

    76. Re:I'm sorry I'm an idiot by zsau · · Score: 1

      What's wrong with PRIMARY? There's an increasing number of foreign programs on X these days like that abomination known as Chrome (JetBrains PhpStorm also causes me pain), but everything vaguely integrated just works. It's been years since I had a problem with Firefox or Gtk, Qt/KDE or old-school toolkit apps.

      --
      Look out!
    77. Re:I'm sorry I'm an idiot by jbolden · · Score: 1

      I'd agree that's a good example of the sort of thing one would do if they started X over again with a similar design.

    78. Re:I'm sorry I'm an idiot by squiggleslash · · Score: 1

      Two problems with this response.

      First, no matter what anti-X11 proponents claim is their aim, it doesn't mean that Wayland isn't going to be a kludgy mess in five years.

      Second, nobody's arguing for "one size fits all". X11 proponents who point out that Wayland will not be as functional as X11 are pointing out that there are things we use that X11 has that Wayland will ditch.

      And FWIW, that doesn't mean that Wayland is discarding useless features. It means those features will be grafted on later, one way or another. And when they are, they'll contribute to the kludge ridden crapfest that Wayland will inevitably become, not somehow cause it to be cleaner.

      You can always get a simpler design by removing features. It's the restoration of functionality that fucks things up. Wayland is the wrong solution: not only does it not result in an adequate replacement for X11, but the things Wayland's developers complain about with X11 will get worse, not better, because of the approach they're taking. Had they decided to go for a one-to-one feature complete replacement, they'd still have problems, but the end result would be less, not more, kludgy once given a few years of real use.

      --
      You are not alone. This is not normal. None of this is normal.
    79. Re:I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      X11: it's a protocol (like HTTP) for drawing (lines polygons), writting text (sends text + font description), displaying bitmap images (pictures, videos) and 3D over the network. Also serves to read input devices (keyboard, mouse, etc). The problem is that most applications do not display remotely, but they have to use this API designed for that anyway. This means things like fine frame synchronizartion and flicker-free animations are not possible or very difficult, for instance. Also, most of the capabilities that the X11 server has to implement (like fonts and polygon drawing) are never used. Modern applications just draw their screens and send the picture to the server for display.

      Wayland: is a _local_ protocol for compositing. It defines how applications shall send bitmaps to an special application, called the compositor, for it to display., and how the compositor will send back input events. That's it. Wayland doesn't even mandate a drawing API (you could use OpenGL or whatever you want). Everything is designed for flicker-free display and minimum overhead. And X11 applications are still supported by means of running the X11 server as a Wayland application.

    80. Re:I'm sorry I'm an idiot by Vanderhoth · · Score: 1

      it doesn't mean that Wayland isn't going to be a kludgy mess in five years.

      After much discussion and watching many talks I'm under the impression that X11 is a kludgy mess *now*. The developers working on Wayland where the same developers who worked on X and they're the ones making the claim X is too much of a monster to clean up. My personal opinion is it doesn't matter what Wayland looks like in five years, the fact is X is unmanageable now. Developers are fixing bugs in X that are older than they are, that to me says it's time to take some lessons learned from the failures of X and start over to get a cleaner more maintainable solution.

      And FWIW, that doesn't mean that Wayland is discarding useless features. It means those features will be grafted on later, one way or another. And when they are, they'll contribute to the kludge ridden crapfest that Wayland will inevitably become, not somehow cause it to be cleaner.

      Can I borrow your crystal ball sometime? I'd like to see who's going to win the next world series. You can't possible know this is what is going to happen so you're arguing against trying to do the right thing because there's a possibility that it won't be any different then the current situation, which is a very nonsensical thing to argue. If Wayland ends up in the same situation in ten to fifteen years you can hold your head high and say I told you so, but at the moment based on every developer who's worked on X I've listened to Wayland can't possibly be any worse than X. When people make that claim, it means there's nothing to lose by trying.

    81. Re:I'm sorry I'm an idiot by Vanderhoth · · Score: 1

      Best explanation I've read so far. Thank you AC. I'd give you a standing ovation if this wasn't over the internet.

    82. Re:I'm sorry I'm an idiot by Iskender · · Score: 1

      So.. WTF is tearing????? And why do I have to lose my network transparency to get rid of it?????

      Tearing is when video doesn't look like one picture seamlessly replacing the previous one. It's most obvious when vertical lines are moving horizontally in video: the vertical lines will seem to "dance", with different parts of them moving at visibly different speed (they tremble a bit). It's a problem caused by the horisontal lines of the images being out of synch. Even when it isn't specifically visible, it will make video seem more choppy. It's not bad enough to bother everyone.

      I can't give the specific code reason for this: I'm not a coder. However, as I understand it, this problem is tricky or impossible to solve consistently under X11, simply due to complexity and it not being built for showing high-resolution video.

      Also supposedly, network transparency puts a lot of demands on the server, so implementing that and modern graphics in the same package is not easy. I don't really know why Wayland lacks integrated network transparency, though. Could be that they just decided to omit it for all I know.

    83. Re:I'm sorry I'm an idiot by Iskender · · Score: 1

      Second, nobody's arguing for "one size fits all". X11 proponents who point out that Wayland will not be as functional as X11 are pointing out that there are things we use that X11 has that Wayland will ditch.

      I'm pretty sure someone does argue for that! Or I at least hope so (tell me if we've read my "fits all" line differently!).

      I get the impression you like X11 (to the point of labelling supporters of something else "anti-X11"). X11 currently works for some, doesn't work for others.

      The way I see it, X11 has to work for everyone, or be replaced for many sets of users. Currently some users are having problems with running a modern desktop because of it. The only options for a smoother experience are closed source operating systems. Basically, unless X11 can work for everyone, people will create an OSS option.

      I have a hard time being convinced by your idea of one-to-one feature replacement. It would basically mean copying a system which is originally from 1984. Even with a rewrite, it's still "keep everything and add more on top". When has including as many old features as possible ever made a project work better? The difference between your optimism here and your pessimism about Wayland's actual code development is pretty stark. In reality, we do not yet know what the result will be.

      There comes a point where the different desired features cannot be reconciled: it's probably possible to code a network transparent 4K video display system in principle. However, in practice it will just output junk, even with tomorrow's networks.

    84. Re:I'm sorry I'm an idiot by Teckla · · Score: 1

      Except that in that brave new future, the keypresses are navigating a round trip - see "google instant search" or just about any textbox now having "completion suggestions" which respond to each keypress...

      But that's just one potential solution, it's not the fault of the technology itself. In addition, at least your key presses show up instantly, rather than making a round trip before they show up. Low latency is nice.

      I stand by my assertion that equating X11 and the web is wrong, not that it stops the haters and/or the ignorant from parroting it (and getting modded up for it).

    85. Re: I'm sorry I'm an idiot by Anonymous Coward · · Score: 0

      Riddle me this batman. How the hell does a X11 system that is a big massive monolithic mess that tries to do a lot of things and does all of them poorly fit into your sacred Unix philosophy? Wayland does one thing: compositing. And it's starting to reach the point where it's doing it very well.

      So I'm raising the bull shit flag on all this Unix philosophy crap. All you arm chair critics who cling to the stupid philosophy just hide behind it because you don't want to have to learn something new and suffer from a severe case of NIH syndrome. Nobody is listening to your whining. You have a better solution? Great. Shut up and code it. If it's truely better people will use it.

      Unix philosophy is discarded when it conflicts with the common law operating system philosophy: "Just make my computer work! "

    86. Re:I'm sorry I'm an idiot by Kjella · · Score: 1

      Server side decorations actually add a lot of complexity to the protocol, and don't fix frozen clients if in fact pushing the button (such as the close box) requires the client to do something like exit. Also unlike Windows, Wayland compositors can detect frozen clients and still allow the windows to be dragged around (or minimized with reasonable accuracy if the new xdg_shell has support for child windows).

      That's not "unlike Windows" last I checked, it even pops up a "This program is not reponding, end/cancel" prompt. Not sure how that could possibly work if the display server can't draw anything itself, sure you could have keyboard shortcuts but that's not very user friendly in a GUI world.

      In addition it is now possible to write clients with a gui thread and a computation thread, which will keep not only the borders from freezing, but actually all the widgets inside the windows.

      Yes,. this is good practice. Don't assume that applications will follow it.

      --
      Live today, because you never know what tomorrow brings
    87. Re:I'm sorry I'm an idiot by morgauxo · · Score: 1

      Ok.

      What still doesn't make sense to me is I watch a lot of video on my computer. Granted, most isn't high def but some is. And yet I HAVE NEVER SEEN THIS! It's impossible to solve in X11? Really?!?! Is the answer to come to my house, take apart my computer and every past iteration of it, see how mine is somehow different and replicate that? I really don't think so. My hardware is rather outdated and I haven't altered any X11 source code! WTF?!?!

    88. Re:I'm sorry I'm an idiot by morgauxo · · Score: 1

      Dumb terminals are exactly what is missing!

      " I am a cynic towards X as I do not see dumb terminals besides at fast food restaurants like McD's these days."
      " I have never seen one before and I have been in tech for almost 15 years! "

      I have one in my shop. I use it for remote access to my desktop when I am working on projects in the shop. What you haven't seen in your 15 years I am using every day! This allows me to have one highly customized desktop in multiple locations while only having to babysit one highly customized desktop. I don't want to babysit another desktop OS plus applications with their updates and customizations.

      It allows me to access all the same files in multiple places without bothering with a file server.
          - True, a fileserver wouldn't be difficult but that doesn't solve all the problems. I want my home directory shared including all my personal preferences/config files. With simple file sharing, what happens when the apps that use those preference files get out of sync version-wise?
      Easy solution... only one copy of every application, it runs in only one place!

      It allows me to keep a tiny, low power cheap computer (I think it used to be part of a cash register) on my shop bench where space is limited. It didn't cost much to buy. It doesn't cost much to just leave it running. And yet... it seems to have all the power and speed of my desktop because I'm not really running things on it!

      " I see web UI's taking over as well and serving the elements in HTML 5"

      How are HTML5 cloud apps going to help me? I want to run things that have to actually talk to hardware such as USB oscilloscopes, microcontroller and eeprom programmers, etc... This is possible as the Linux kernel does support USB over TCP/IP. How is an HTM5 app going to do this? Also, while most of what I make I am happy to open source I reserve that decision for myself. I don't want to save my work on some cloud companies servers. I want it to remain in my home where I control it until I choose if/how to release it. I don't see any kind of replacement for remote display in web apps, only a convenient way to keep unimportant non-private documents. in other words, just a way to share a grocery list.

      Ideally I want little terminals like my shop one in each location where I commonly use a computer. (that probably just means one more, in the livingroom) I would also like to see the LinuxPMI project take off so that I can make use of the power of each of these terminals. Sure, the wasted processor and ram don't really matter any more as fast as computers have become by hey.. why waste it. I've been watching LinuxPMI since it was OpenMosix. I'd love to contribute but I'm not that advanced... yet.

      "I see mobile and low latency becoming big."

      Yes, I too see value in mobile devices too. I want one (exactly one) of those for use when I want something to use when not in a place I normally use a computer. That one part is important for one of the same reasons I care about X terminals... to minimize the number of devices I have to maintain. Currently I have a Motorola Bionic with Lapdock and an iPad. Smart phones are very convenient as they fits in a pocket or single hand and are always present. Tablets are wonderful for looking things up on the internet on a whim. Neither are very good for real work, the Lapdock's laptop like interface comes in handy there. My perfect solution would be something like the lapdock but with a touch screen. It would have the ability to open clamshell style to use the keyboard or, flip the screen around and close it to get a tablet. That way, all 3 form factors, one device.

      Total computers to babysit... 2. One main desktop and one phone. Perfect!

    89. Re:I'm sorry I'm an idiot by Iskender · · Score: 1

      Thanks for the info. I'll do some more specific research on video tearing before the next big X11/Wayland fight. =)

      One hypothesis could be that it works on your system because some coder put in a heroic effort, and the video is rendered by some ugly mess which bypasses as much of X11 as possible, and cannot be consistently implemented (yes, pure guesswork). Point being: the solution could be a bigger nightmare than the problem, maintenance-wise.

  4. Maybe they could delay them more? by Improv · · Score: 1

    Say, forever? MATE with Xorg is much more suitable than either Gnome or Wayland.

    --
    For every problem, there is at least one solution that is simple, neat, and wrong.
    1. Re:Maybe they could delay them more? by Dcnjoe60 · · Score: 5, Informative

      Say, forever? MATE with Xorg is much more suitable than either Gnome or Wayland.

      Ummm, even MATE is planning on switching to Wayland, so evidently the developers of MATE would disagree with you.

    2. Re:Maybe they could delay them more? by bobbuck · · Score: 1

      What is MATE? (Yes, I realize it might be a sore subject on Slashdot.)

    3. Re:Maybe they could delay them more? by Anonymous Coward · · Score: 0

      Wayland isn't bad as library, but the composers aren't there yet, maybe kwin and e19 will reach the proper featureset soon.

    4. Re:Maybe they could delay them more? by Patch86 · · Score: 1

      (Presuming that's a genuine question, and I'm not somehow wooshing myself).

      MATE is a fork for the Gnome 2 shell, which maintains a simple desktop style of the classic variety. It is usually associated with the distro Mint. Competes on similar territory to XFCE, although I don't think they have an explicit "for lighter hardware" mandate in the same way as XFCE does.

      Not to be confused with Cinnamon, which is a fork of the Gnome 3 shell which attempts to recreate a classic Gnome 2 style desktop, and is also usually associated with Mint.

    5. Re:Maybe they could delay them more? by bobbuck · · Score: 1

      Thanks.

    6. Re:Maybe they could delay them more? by jcdr · · Score: 1

      http://mate-desktop.org/

      To me, this is the greatest desktop project since the fading of Gnome 2. If fact this how the Gnome foundation should have managed the desktop project: continue the Gnome 2 support e improvement until the experimental Gnome 3 project is polished in a way that Gnome 2 users start using it by there own choice. The failed by cutting the life of Gnome 2 way too early and trowing a unfinished, buggy and incomplete Gnome 3 kludge.

  5. Another reason Wayland is irrelevant by Anonymous Coward · · Score: 0

    If gnome wants to stay relevant it should support X as well.

  6. I wouldn't worry much. by FreonTrip · · Score: 2

    X11's far more than mature by now. You can expect ongoing support in various capacities for decades - it's just that widespread.

  7. Beta fix 8.1 by Anonymous Coward · · Score: 0

    Show the entire summary, instead of a "read more" link, in the weak beta site and it will suddenly become more viewer friendly. This needs to be fixed NOW. Why are pictures necessary, taking up space, just because other sites post pretty pictures?

  8. On Wayland.. by Junta · · Score: 3, Interesting

    Like many people, my chief concern over Wayland is 'network transparency. Unlike some others, I'm willing to believe there is a light at the end of the tunnel.

    Specifically, with X based systems, X remoting is no longer the way I use X remotely, I use xpra as it delivers me a better experience. Unlike something like NX, Xpra does not try to extend or enhance X based protocols, but instead gets content by setting itself as the compositor, knowing things like window relationships to each other and being able to do things like recognizing a tray icon for what it is.

    My question is if the same sort of thing would be possible with Wayland today and if people are doing it.

    I am entirely amateur hour at this and may have mischaracterized, but I'm willing to hold out hope that the one major fundamental downside of Wayland could be overcome in the same way that Xpra makes X better.

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:On Wayland.. by jbolden · · Score: 2

      Wayland has something like Windows RDP working as their remote solution. They are throwing out "network transparency" in exchange for "easy and fast remote operation".

    2. Re:On Wayland.. by MareLooke · · Score: 1

      I don't want to run my *desktop* over a network, that's horribly clumsy compared to pulling over only select applications.

      Having had to deal with the entire RDP/VLC crap only made me like X11's way of doing things more.

    3. Re:On Wayland.. by raxx7 · · Score: 1

      Yes, it's possible. All you need is to implement a compositor which is actually a Xpra-like server.

      And yes, it's been worked on. Support to have Weston (Wayland reference compositor) work as a RDP server has been merged.
      Not sure if it supports rootless (applications only, no desktop) already or it's rooted (full desktop). But RDP does allow for rootless.

    4. Re:On Wayland.. by Billly+Gates · · Score: 3, Interesting

      X11 is remote by default whether you like it or not.

      To get an app to work on X you need a server and client component and it emulates running on a freaking network with high latency. Does that sound like a great architecture to you? Great for dumb terminals and smart terminals in which the system was made for in the 1980s.

      Gnome hides this by default but under the scenes just to get opengl to work it uses hacks with DRM opengl in the server and it tries not to talk to X for the actual view. So in essence X sees a black box and a hack shows you the code. That is just one horrible work around that X does. It is not adequate and there is nothing to fear with change.

      There is a reason Android does not use X.

    5. Re:On Wayland.. by Uecker · · Score: 1

      Easier than 'ssh -X'. I dont think so.

      I am not sure that replacing X with a proprietary Microsoft extension of an ITU standard is a great idea. If you think, RDP offers a good experience, feel free to use it. But my experience with open source RDP clients was always horrible. My experience with X over network is excellent. I use it everyday over LAN and WAN.

      Also there is the issue of compatibility. Even if I wanted to (and I don't - because I don't see any technical reason) switching of X would break compatibilty with old and new applications. This would be a nightmare.

    6. Re:On Wayland.. by jbolden · · Score: 1

      RDP allows you to run applications over a network. It does precisely what you are talking about. I think you are confused since you are comparing it to VLC.

    7. Re:On Wayland.. by jbolden · · Score: 2

      I don't know about open source RDP clients but Windows clients work pretty well. It seems to be an all around very good solution with a few problems (like printing) which I'd assume the Wayland guys will have preflagged for them and thus not make the same mistake.

      As far as easier than ssh -x. Absolutely. The network has no idea about the properties of the ssh internals and thus can't optimize anything. You are going to get the worst network performance possible, more or less, given your configuration. As far as X over a WAN, obviously there are latency and security problems. If you want to see what other people need to deal with, introduce some extra latency into your configuration and try it.

      Finally in terms of old applications, Wayland like OSX or Windows will run an X11 server on top of itself. X11 applications run fine in Wayland, it is the reverse that's going to prove problematic.

    8. Re:On Wayland.. by JesseMcDonald · · Score: 1

      VNC can also forward individual applications, though I can't comment on how well it works. For an example see v11vnc with the "-appshare" option. I tend to use xpra for that myself, even on LANs.

      The API which Wayland exposes to client applications should make this sort of thing much easier to implement. (Clients aren't expected to know how they're layed out on the screen; they just send surfaces to the compositor, so the compositor knows exactly which images to compress and forward.)

      --
      "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
    9. Re:On Wayland.. by Anonymous Coward · · Score: 0

      Networking should be done in the toolkit level anyway. GTK and QT should be the part that serialise the UI and send it over the network.

      ssh-gtk user@host:/path/to/gtk/appliation

      This should be enough to bring that application to your local display. ssh-gtk do the local gtk call from the piped ssh session. On the remote end, the gtk application is run with env BACKEND=pipe. There you go. Network transparency done correctly. It is secure, encrypted, compressed and fast because all rendering is done locally and only user interface construct and relevant event are transferred.

    10. Re:On Wayland.. by Wdomburg · · Score: 1

      RDP has supported remote applications since 2007: http://msdn.microsoft.com/en-u...

    11. Re:On Wayland.. by Anonymous Coward · · Score: 0

      Nothing stop you from running a X server on top of Wayland. You also lose nothing by doing do. Splitting the frame bufferer back-end (wayland) from the networking protocol (x11) is only sane. Why do you cringe to your monolithic x11 server? View Wayland as a X11 video driver and shut up.

    12. Re:On Wayland.. by Uecker · · Score: 1

      Well, last time I tried to connect to a Windows machine using RDP the client (actually all I tried which I think were all distributed with Ubuntu) crashed because of some unsupported authentication mode or something. Previously, I had other kinds of problems. Maybe the situation is better on Windows. But before threatening to replace X with RDP, I think we should have at least one RDP client which works well.

      And anyway, RDP is not an argument for Wayland anyway, because you can use it with X as well - if you like it. This is in general the main problem I have with Wayland: There are NO real advantages - except getting rid of some old code, but only if you break compatibility (otherwise, it simply lives elsewhere). You could achieve everything Wayland does also by extending X without breaking compatibility.

      And compatibility goes both ways. Wayland application will not work on X. This is bad. It breaks the ecosytem for no good reason. But also compatibility with X applications will suffer from being an optional compatibility hack. The Jolla phone already ships without X. Another incompatible system!

      Easyness. You are talking about performance instead. I know that X can suck when you have low latency connection - but this depends on the application. This is not really a fundamental problem of the X protocol and could be fixed by not using synchronous requests with Xlib.

      X over WAN. You use it over ssh or ipsec. Then there is no security problem.

      Finally, I am not saying you should not use Wayland if it is better for you. But I am told that I will have to stop using X in the near future while I think it is better for me. You see the difference? I don't care what you use. But I don't want to be switched over by default with my next upgrade. If Wayland is better, offer it as an alternative which people can switch to if they want to try it. If nobody uses X anymore because everybody voted for Wayland by switching, then you can make it the default. So please distributions, freedesktop, gnome and KDE people, please stop breaking my GUI by forcing random changes onto me with every upgrade. This is the Microsoft way - not the free software way.

    13. Re:On Wayland.. by Uecker · · Score: 1

      I don't care if the X server is monolithic or not. But this is not what the discussion is about. Wayland is not supposed to be only a backend for X.

      The other thing which I really love about Wayland is how friendly its fanboys are ;-)

    14. Re:On Wayland.. by Uecker · · Score: 1

      And everytime you upgrade the toolkit on one end it breaks? You need a standardized protocol which has a stable core and is also flexible and can be extended in the future.Then you have reinvented X.

    15. Re:On Wayland.. by Anonymous Coward · · Score: 0

      Well, last time I tried to connect to a Windows machine using RDP the client (actually all I tried which I think were all distributed with Ubuntu) crashed because of some unsupported authentication mode or something. Previously, I had other kinds of problems.

      That sounds like in part it is an issue with the server side. If you had people writing both a client and server working together, it seems like there would be better support of what is needed. Maybe your other problems would have been more relevant.

    16. Re:On Wayland.. by Uecker · · Score: 1

      You always have a client and a server if you want to have a windows system, including wayland. An no, X does not emulate a freaking network with high latency on local systems. On local clients, it sends messages over a UNIX domain sockets just like Wayland. So no, there is no difference here - Wayland has basically the same design.

      The other stuff you are talking about is direct rendering. Yes, direct rendering on X has been a mess. It is an optimization for local clients which want to have direct access to the graphics hardware. A usual desktop does not need it at all. But yes, better DRI would be nice, and Wayland provides this - but exactly the same can also be achieved by changing the DRI in X. The only thing which speaks for Wayland is that you could get rid some of the old obsolete code in X. But this is only true if you don't want backwards compatibility. In that case, you have to maintain that code anyway, and the overall design gets more complex - instead of simpler.

    17. Re:On Wayland.. by serviscope_minor · · Score: 2

      Gnome hides this by default but under the scenes just to get opengl to work it uses hacks with DRM opengl in the server and it tries not to talk to X for the actual view.

      lolwut?

      That's crap. Gnome doesn't do any magic, it talks to libGL like everything else if and when it does OpenGL. LibGL has a fast path to the graphics card locally (like on SGIs in the 90s before PCs had 3D cards) and will do the right thing for remote stuff.

      There is a reason Android does not use X.

      The android developers are mad and often very dim.

      Android didn't have C++ with exceptions either. They claimed it was impossible. Somebody proved them to be talking shit by compiling an un-fucked up version of GCC. C++ with exceptions worked perfectly. There were some entertaiing arguments on the forum which ended with the Android developers telling the C++ people to go away. Nice.

      It also took 3 years to get Bluetooth 4 support, despite it existing in the kernel for all that time.

      What else? Oh yeah it's a massive resource hog.

      Seriously: android not doing something is not a good reason at all.

      --
      SJW n. One who posts facts.
    18. Re:On Wayland.. by Anonymous Coward · · Score: 0

      Yes, it's a great architecture. Any well designed computer game does the same thing. Abstracting your design to an interface is a best practice that simplifies the design, reduces module complexity, and allows for better and easier testing.

    19. Re:On Wayland.. by jbolden · · Score: 1

      They are talking about RDP like design not RDP itself. RDP is designed for Windows. Wayland's RDP is going to be designed for Wayland.

      You could achieve everything Wayland does also by extending X without breaking compatibility.

      No you can't. Either applications and graphics are shared or they aren't. There are real tradeoffs of one vs. the other. You can't achieve everything, you have to pick.

      I know that X can suck when you have low latency connection - but this depends on the application. This is not really a fundamental problem of the X protocol and could be fixed by not using synchronous requests with Xlib.

      You mean high latency, and yes this is a fundamental problem of the X protocol. If the X protocol were designed to work well with high latency connections there would be far fewer round trips. Communication would be staged and cached.

      X over WAN. You use it over ssh or ipsec. Then there is no security problem.

      SSH doesn't know what's going on inside X and the network can't see what's going on inside the ssh session. Which means you get worst possible network performance if you use SSH.

      There is going to be X around for years. KDE and Gnome may migrate off to Wayland but that doesn't mean there won't be X11 versions of both for a long time plus older window managers. you are getting what you want.

    20. Re:On Wayland.. by jbolden · · Score: 1

      No you are missing his point. It is GTK or Qt. So Qt apps do it one way while GTK do it another. Both sides have both. That's not reinventing X11 that's a genuine alternative where each widget set takes advantage of deep knowledge.

    21. Re:On Wayland.. by Rutulian · · Score: 1

      They are throwing out "network transparency"

      Except that they aren't. Because X has not had true network transparency for over a decade. It does the same screen-scraping that RDP does, but just in a horribly inefficient way. X doesn't even have proper security, which is why remote sessions are tunneled through SSH. If you think that is efficient, you are probably the type of person that runs an IPSEC tunnel through the Tor network for fun just so you can check your email. The only advantage X has going for it is convenience. Remoting just works with no extra configuration required, just an X server (on the client, yay confusing X terminology). There are much better ways to do remoting. We can do better for linux, and Wayland provides the opportunity to engineer something good, without needing to hold on to legacy baggage.

    22. Re:On Wayland.. by Anonymous Coward · · Score: 0

      The X11 model for remote display is hopelessly dated, the only applications using X11's drawing primitives you could find in your local machine are xclock and xterm. Everything else uses DRI/DRI2 and sends bitmaps around.

      I think Wayland has come at the right time for this. Actually you can run current X11 clients on Wayland by means of XWayland, but the important thing is that be being free of X11, the clever people can start to explore what a new and better remote display protocol should actually look like. Let's call it X12. And make it run on Wayland.

    23. Re:On Wayland.. by jbolden · · Score: 1

      Good point that X isn't meaningfully network transparent for most modern GUIs. It is for the old stuff and that will be gone. And I agree 100% that X11's remote is structurally terrible. I don't even think X is all that convenient. In today's Unix world you need built in security and X11 doesn't have that. In today's networking world you need the traffic analyzers to be able to make intelligent choices about packet priorities and X doesn't have any useful information for IP based traffic. So even there it sucks.

    24. Re:On Wayland.. by Junta · · Score: 1

      I will suggest looking into Xpra. I'm personally wary of RDP as the specific solution unless it deviates from MS design significantly, but Xpra at least seems to me a proof point that the 'ssh -X' way is no longer the only way.

      Xpra acheives everything I like about ssh -X, but it performs way better and sessions are not hopelessly broken if the connection is lost. It manages to acheive this by sitting between X server and clients as the window manager/compositor rather than actually using the X protocol to acheive it.

      Of course I'm not convinced there is such a dire need to replace X at all, but at least I'm open to the possibility that there is a nice and clean mechanism to add X level network transparency by way of the compositor/window manager rather than the relationship between applications and the display server.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    25. Re:On Wayland.. by Uecker · · Score: 1

      This is even worse. So you need to have every toolkit installed on both sides to make it work? Also you are missing my point. Upgrade GTK from one version to another, does it still work? This is only possible with some standardization. So you even want to re-invent X multiple times in in-compatible ways.

      Also, X is a very flexible protocol. Toolkits could already apply deep knowledge if they wanted to and if X is missing something on the server side, this could be added as an extension in a backwards compatible way.

    26. Re:On Wayland.. by Uecker · · Score: 1

      They are talking about RDP like design not RDP itself. RDP is designed for Windows. Wayland's RDP is going to be designed for Wayland.

      They want to create another incompatible protocol?

      You could achieve everything Wayland does also by extending X without breaking compatibility.

      No you can't. Either applications and graphics are shared or they aren't. There are real tradeoffs of one vs. the other. You can't achieve everything, you have to pick.

      I don't see what you mean by applications and graphics are shared? Wayland also separates into a server and clients which communicate with a similar protocol as X. Compositing manger and window manager seem to be merged in Wayland. You could also do this with X if you wanted to. Overall, Wayland is very similar in design to X, but incompatible, without compatibility, and without network transparency. And let me quote from the Wayland FAQ "It's entirely possible to incorporate the buffer exchange and update models that Wayland is built on into X."

      X over WAN. You use it over ssh or ipsec. Then there is no security problem.

      SSH doesn't know what's going on inside X and the network can't see what's going on inside the ssh session. Which means you get worst possible network performance if you use SSH.

      I was replying to your point that there is a security problem: There is not.

      On the assumption that you are right and ssh is not optimal for performance, you could use ipsec. This has exactly nothing to do with X as a network protocol. But I have very good performance with 'ssh -X' from home to work so it is working for me and it is very simple.

      I hope I will have X for years. But I fear that 1) they force Wayland down on us via a default upgrade path like other recent GUI breakage and 2) they UNIX ecosystem will be harmed in irreparable way because they break backwards and forwards compatibility.

    27. Re:On Wayland.. by Uecker · · Score: 1

      I will suggest looking into Xpra. I'm personally wary of RDP as the specific solution unless it deviates from MS design significantly, but Xpra at least seems to me a proof point that the 'ssh -X' way is no longer the only way.

      I know Xpra, it is nice, although I don't need it. But I don't get your point, it uses 'ssh -X'.

      Xpra acheives everything I like about ssh -X, but it performs way better and sessions are not hopelessly broken if the connection is lost. It manages to acheive this by sitting between X server and clients as the window manager/compositor rather than actually using the X protocol to acheive it.

      But Xpra speaks X on both sides! It only demonstrates that this can be achieved with X - without inventing a new network protocol. In fact, support for reconnecting (moving to another display) could added to clients (and some can do it). Sadly, toolkit developers have other priorities.

      Of course I'm not convinced there is such a dire need to replace X at all, but at least I'm open to the possibility that there is a nice and clean mechanism to add X level network transparency by way of the compositor/window manager rather than the relationship between applications and the display server.

      The point is: There is no need to invent a new incompatible protocol to do all this. It could be done in a compatible way. I see considerable harm to Linux by breaking compatibility without a good reason.

    28. Re:On Wayland.. by Anonymous Coward · · Score: 0

      This is even worse. So you need to have every toolkit installed on both sides to make it work?

      And with X11 you need Xlib installed on both side too. You clearly don't know shit, stop judging stuff you do not understand.

    29. Re:On Wayland.. by Anonymous Coward · · Score: 0

      Wayland is not supposed to be only a backend for X.

      So you admit Wayland is more flexible and therefore superior software and you still cringe to the obsolete x11 windowing system?

      The other thing which I really love about Wayland is how friendly its fanboys are ;-)

      Implying that i am a fanboy? I write software using Xlib, I understand it's limitation. I also see that your arguments against Wayland make no sense. Adding both make me think Wayland might not be so bad since only idiots seem to hate it with a passion. I intent to look into it when it's packaged in Debian.

    30. Re:On Wayland.. by Uecker · · Score: 1

      Wayland fanboys...

      With X11 you need an X-protocol speaking Xserver on the server side and and X-protocol speaking client on the client side (this could use xlib or xcb or something else). The point is that this protocol has been a standard.

    31. Re:On Wayland.. by Uecker · · Score: 1

      Wayland is not supposed to be only a backend for X.

      So you admit Wayland is more flexible and therefore superior software and you still cringe to the obsolete x11 windowing system?

      No. What makes you think this?

      The other thing which I really love about Wayland is how friendly its fanboys are ;-)

      Implying that i am a fanboy? I write software using Xlib, I understand it's limitation. I also see that your arguments against Wayland make no sense. Adding both make me think Wayland might not be so bad since only idiots seem to hate it with a passion. I intent to look into it when it's packaged in Debian.

      Well, you are one acting like a child by insulting people ("shut up", "idiots"") instead of having a discussion. I also don't hate Wayland, I just point out that it breaks compatibility and has no network transparency while having no advantage which could not also be achieved with X. As such I think it would be bad for the Linux community if distributions switch to it by default.

    32. Re:On Wayland.. by jbolden · · Score: 1

      They want to create another incompatible protocol?

      No they want to create several. One per widget set. So Qt/KDE would have one, GTK/Gnome would have one. Then there likely would be others like Enlightenment / EWL. Each protocol is going to be smart about respective applications.

      I don't see what you mean by applications and graphics are shared?

      Can an application write directly to the graphics buffer or not? If yes you get performance and no network transparency. If no you get network transparency but take a performance hit.

      But I have very good performance with 'ssh -X' from home to work so it is working for me and it is very simple.

      You aren't getting good efficiency. Good performance is a result of just using a ton of resources. Lots of problems go away if you throw enough hardware at them. SSH will fall apart very quickly if you start not giving it enough resources. More robust protocols will be able to shape traffic more effectively. Try it by limiting traffic on a VM.

    33. Re:On Wayland.. by jbolden · · Score: 1

      This is even worse. So you need to have every toolkit installed on both sides to make it work?

      Yep.

      Also you are missing my point. Upgrade GTK from one version to another, does it still work?

      Both sides are going to need the widget set the application was compiled against. So minor versions will generally be fine but full version numbers you'll need both.

      Also, X is a very flexible protocol. Toolkits could already apply deep knowledge if they wanted to and if X is missing something on the server side, this could be added as an extension in a backwards compatible way.

      How? The X protocol limits what can be sent and what sorts of queries can be used. It limits things like traffic shaping. There is no way for an X11 app to do a simple request like "do you want me to generate a virtual PDF and send that to you, or do you want the low level print stream to forward to a local printer and if so what format do you want the stream in?"

    34. Re:On Wayland.. by Anonymous Coward · · Score: 0

      As such I think it would be bad for the Linux community if distributions switch to it by default.

      They could silently switch to Wayland with X11 on top of it and nobody would notice anything, even the peoples running old gtk 1.2 apps.

      None of your complain against Wayland is valid. Xorg could have been designed that way (Separate framebuffer backend 'a la wayland' plus x11 protocol on top) from the start and you would have defend that model with the same obsessive fervour. Try to program with Xlib some day...

    35. Re:On Wayland.. by Anonymous Coward · · Score: 0

      They could silently switch to Wayland with X11 on top of it and nobody would notice anything, even the peoples running old gtk 1.2 apps.

      Even Motif would still work. Except it would look smoother and flicker free.

    36. Re:On Wayland.. by Uecker · · Score: 1

      They want to create another incompatible protocol?

      No they want to create several. One per widget set. So Qt/KDE would have one, GTK/Gnome would have one. Then there likely would be others like Enlightenment / EWL. Each protocol is going to be smart about respective applications.

      So I need to have every toolkit installed everywhere? (and the same version?)

      Also, why can toolkits not be smart using a very generic protocol such as X?

      I don't see what you mean by applications and graphics are shared?

      Can an application write directly to the graphics buffer or not? If yes you get performance and no network transparency. If no you get network transparency but take a performance hit.

      If with graphics buffer you mean a buffer in the server, X had shared memory extenion as an optimization. So yes, you can have both: You use shared memory on local clients and push it ver the network for remote clients. If you mean a buffer on the graphics card, i.e. direct rendering, then X has this is as an optimization for local clients as well. But yes, direct rendering on X was messy, but it seems it gets fixed on X with DRI3 in basically the same way as Wayland also does it.

      But I have very good performance with 'ssh -X' from home to work so it is working for me and it is very simple.

      You aren't getting good efficiency.

      Efficiency in terms of what? In terms of volume? Why would this be more with ssh?

      Good performance is a result of just using a ton of resources. Lots of problems go away if you throw enough hardware at them. SSH will fall apart very quickly if you start not giving it enough resources. More robust protocols will be able to shape traffic more effectively. Try it by limiting traffic on a VM.

      I don't see why: Could you give a technical why this should be true with ssh as a transport. Maybe you are thinking about general stream based transports (e.g. TCP) and UDP might be more efficient? As far as I know RDP uses also TCP as a transport layer. But anyway, tunneling through ssh solves so many practical problems that any other method wlll basically also have to support this even if it is less efficient. Or, no matter how efficient, if it can use ssh as a tunnel it is not nearly as useful.

    37. Re:On Wayland.. by Uecker · · Score: 0

      This is even worse. So you need to have every toolkit installed on both sides to make it work?

      Yep.

      Also you are missing my point. Upgrade GTK from one version to another, does it still work?

      Both sides are going to need the widget set the application was compiled against. So minor versions will generally be fine but full version numbers you'll need both.

      That is a deal breaker right here. How can this ever work? I use ssh to connect to three/four major different institutions each with different departments with computers maintained by different teams. You want the world so sync there software to a single version for every toolkit? Get real. (you are talking about vapourware anyway, because all this does currently not exist on the Wayland side).

      Also, X is a very flexible protocol. Toolkits could already apply deep knowledge if they wanted to and if X is missing something on the server side, this could be added as an extension in a backwards compatible way.

      How? The X protocol limits what can be sent and what sorts of queries can be used.

      You can define extensions and this has been done in the past. X evolved a lot in this way. So in what sense does X limit what sorts of queries can be used?

      It limits things like traffic shaping.

      How?

      There is no way for an X11 app to do a simple request like "do you want me to generate a virtual PDF and send that to you, or do you want the low level print stream to forward to a local printer and if so what format do you want the stream in?"

      This is funny. X has been criticized for having things like having an extension for printing. Ofcourse, you could have an extension which negotiates with the client on how a document should be sent to a printer.

    38. Re:On Wayland.. by Uecker · · Score: 0

      As such I think it would be bad for the Linux community if distributions switch to it by default.

      They could silently switch to Wayland with X11 on top of it and nobody would notice anything, even the peoples running old gtk 1.2 apps.

      Ofcourse, if Wayland was just a different backend for X11 introduced I would not complaining. But it is not, it is a replacement API with a compatibility layer on top. With this compatibility layer the overall system got even more complicated, instead of simpler. But the goal seems to be to get rid of X entirely, i.e. to break compatibility. This is the direction I don't agree with.

      None of your complain against Wayland is valid. Xorg could have been designed that way (Separate framebuffer backend 'a la wayland' plus x11 protocol on top) from the start and you would have defend that model with the same obsessive fervour. Try to program with Xlib some day...

      I gave a very good reason for my statement above which you failed to quote: "it breaks compatibility and has no network transparency while having no advantage which could not also be achieved with X". How is this invalid? You are again answering with insults (obsessive fervour) instead of arguments.

    39. Re:On Wayland.. by Anonymous Coward · · Score: 0

      I gave a very good reason for my statement above which you failed to quote: "it breaks compatibility and has no network transparency while having no advantage which could not also be achieved with X". How is this invalid? You are again answering with insults (obsessive fervour) instead of arguments.

      The compatibility and network capability come from the X11 running on top. Wayland break nothing, you do not have to use it exclusively.

      Wayland has lots of advantage over X11, advantage that you also get from running X11 on top of Wayland. Someone that do not bother doing research before criticising anything deserve whatever 'insults' you feel offended about.

    40. Re:On Wayland.. by Uecker · · Score: 0

      Don't worry. I am not offended by anything a coward says. I just tells something about your character.

    41. Re:On Wayland.. by Junta · · Score: 1

      I know Xpra, it is nice, although I don't need it. But I don't get your point, it uses 'ssh -X'.

      No it doesn't. It can tunnel over ssh much like X11 can, but it does not speak X at all between the remote system and local system.

      But Xpra speaks X on both sides!

      It doesn't though. One one side it talks as a compositor and ICCCM to clients that are going to be displayed elsewhere. The X clients talk X to a dummy X server that runs on the 'remote' end. Then it has it's own protocol to convey encoded graphical content and contextual data gleaned from being the compositor and ICCCM. The client (there's your first clue, the piece that is actually showing the content to someone is indeed a *client*, not a server) talks to the server using that protocol. It then *can* be an X11 client to a local running X server (because in order to be a GUI application in Linux it's pretty much required), but it also can render content on a client with no X server at al (e.g. running on windows without requiring nor including an X server). Xpra acheives great result precisely by avoiding use of X *at all* for network transparency. It is able then to get away with a *much simpler* protocol, trivially provide session persistence, and beat the pants off of ssh -X performance wise to boot.

      Which of course leads me to a point of some heresy. I don't know if it's worth it to replace X as the protocol between graphical clients and servers, but I for one think it *is* very much worth it to stop thinking of the X protocol as the best means of providing network transparent remote application access. Yes, RDP doesn't do the job as implemented by microsoft (the per application mode is still not seamless), but Xpra has demonstrated precisely how good remote seamless applications can be in a world without using X as the transport.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    42. Re:On Wayland.. by Uecker · · Score: 1

      But Xpra speaks X on both sides!

      It doesn't though. One one side it talks as a compositor and ICCCM to clients that are going to be displayed elsewhere. The X clients talk X to a dummy X server that runs on the 'remote' end. Then it has it's own protocol to convey encoded graphical content and contextual data gleaned from being the compositor and ICCCM.

      You are right. I was a while since a looked at it, I must have confused it with NX which uses the X protocol I think.

      Xpra acheives great result precisely by avoiding use of X *at all* for network transparency.

      Sorry it don't buy this. How does avoiding the X protocol achieve anything? You can move pixels with X as well. The problem with having a different protocol is, it breaks every X functionality which is not explicitely supported. For example, different X clients can make up a new protocol to coordinate with each via the X server without the X server having any specific knowledge about this (e.g. having to be upgraded). This is useful: For example, new window manager behaviour can be implemented without having to upgrade every server. How would this work with xpra?

      It is able then to get away with a *much simpler* protocol, trivially provide session persistence, and beat the pants off of ssh -X performance wise to boot.

      The advantage you see is probably by eliminating a lot of round trips by having a local server. This would eliminate all the latency from stupid clients which do a series of synchronuos rquests using xlibs. This is a known problem with xlib. This could be fixed either by fixing the clients or by having a local proxy xserver (as NX and xpra do), but I don't see what this has to do with having another protocol.

      Which of course leads me to a point of some heresy. I don't know if it's worth it to replace X as the protocol between graphical clients and servers, but I for one think it *is* very much worth it to stop thinking of the X protocol as the best means of providing network transparent remote application access.

      Well, my point is: Why not do it with the X protocol? That you can do something without X protocoll does not imply you cannot do with X protocol (in fact NX demonstrates that this). Even if something is missing it is easy to extend the protocol. I don't see any inherent flaw in the X core protocol which could justify to abandon decades of compatibility.

      Yes, RDP doesn't do the job as implemented by microsoft (the per application mode is still not seamless), but Xpra has demonstrated precisely how good remote seamless applications can be in a world without using X as the transport.

      Yes, but that does not imply the reverse: that you can have this only in a world without using X as the transport. Why not have both? Performance and backwards compatibility?

    43. Re:On Wayland.. by Junta · · Score: 1

      I think for me the short message is that the X protocol as a remote display protocol no longer provides the optimal remote experience even amongst *nix applications. The solutions that make it workable really involve having an X server running on the same endpoint as the application and picking their favorite protocol to talk back to the client (NX uses X, Xpra uses something else). In the NX case, for whatever reason, they have not delivered a very reliable solution and manage not to convey some key WM hints, so using X as the protocol doesn't seem to make it magically that easy. With that in mind, the question I think moves toward whether or not it makes sense for X11 to define the primary interface between applications running on the same system. I don't really have as much of a horse in that race.

      I just think Wayland faces unfair criticism that it doesn't do 'network transparency'. 'Network transparency' refers to the fact that application relationship to the drawing engine is defined in terms where that can be sent over the network directly. People don't really need *that* per se, they need quality seamless remote application support. In Wayland, the relationship between clients and the compositor is decoupled from how the clients are actually displayed. Xpra shows how the COMPOSITE extension in X11 provides the same decoupling and what you can get out of that. The emphasis for those defending Wayland should be "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." using Xpra as an example of how that already can be done today. Leading their answer to that with "No, that is outside the scope of Wayland" just pisses people off and gives them the wrong idea (they don't mean to dismiss the scenario, they literally mean that the Wayland specification does not say *anything* about the relationship between compositor and eyeballs, which could be remote, local, who knows, not their problem). So instead of having a 'remote wayland client', you have a 'remote client'.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    44. Re:On Wayland.. by Uecker · · Score: 1

      For me the main point is compatibility. Even when one desires better network performance, I see no reason why this can not be achieved with the X protocol (or an extension) in a compatible way. I think the Wayland design is not bad and I don't doubt that it is theoretically possible to also add a good network protocol to it, but by not being compatible it will - in the long term - destroy the huge advantage that you can now use 'ssh -X' basically from every Linux/UNIX to every other and it just works.

      Now, this might not be important to everyhone, but what pisses me off is the arrogance on how it is declared that it is not important and you should simply shut up about it. (And I rarely got some much insults and 'troll' moderation as in this thread.) Or you are told that this does not matter because "network transparency is already broken", which is simply not true because I use it every single day.

    45. Re:On Wayland.. by Uecker · · Score: 1

      Please see one level above for my reply, it seems I replied to myself.

  9. Good grief!!! by Anonymous Coward · · Score: 1

    Good grief!!! Is this crap still going???

    1. Re:Good grief!!! by EmperorArthur · · Score: 1

      Good grief!!! Is this crap still going???

      That's the danger of not RTFMing. Or in this case watching the video posted in the comments.

      The short answer is "X11 IS NOT NETWORK TRANSPARENT. It's network capable, there's a difference."

      X11's "network capability" is something like a per window VNC connection. The typical answer from Wayland devs, who used to be X11 devs, is to just use VNC.

      --
      So lets pretend that we've just completed writing this code, as opposed to having just completed sabotaging it -Altera
  10. How X/Wayland work by Anonymous Coward · · Score: 5, Informative

    X is an application that runs on a computer with a graphics card. A graphical application can then use the X libraries to send drawing commands over the network to an X server, eg "draw a line", "draw a box", "display this bitmap", "display this string in font zzz". Note that the concept of "client" and "server" are somewhat reversed from the normal meaning - the X "server" runs on your desktop, the client can run somewhere in a datacenter. Think about apps processing major datasets and then generating some output...makes sense then for the "client" to be on the larger computer.

    The X "server" also controls keyboard/mouse/etc, sending events to the relevant client apps.

    The problem with X is that the whole design no longer matches what client apps want to do - eg interact with 3d-capable GPUs, use exactly the fonts they want (rather than asking the X server to use the font with a specific name, and hoping the server has that font available). And the network layer inbetween adds latency. And the set of commands that X supports is now so large that the server is huge - making it buggy, full of security holes, and difficult to maintain.

    Wayland is basically the lowest-level parts of X (handling the graphics card), plus a very simple API for clients - it accepts bitmaps only, no "draw a line" stuff. And no network support - clients are local only. Client apps can then code directly against the Wayland APIs (ie pass it bitmaps, often generated by interacting directly with a GPU to render 3d graphics into a buffer). Fast, simple. Or clients can code against the original X API, in which case the drawing commands are sent across the network as they always were, and then are handled by a slimmed-down X-server which executes the commands and passes the resulting buffer to the local wayland server.

    In practice of course, most apps will code to the GTK or QT apis, and it is GTK/QT which is responsible for interacting with Wayland or X.

    There is also code in development to create a "wayland network protocol" where clients can generate images (on whatever computer they are running on - which might have a GPU), and then send the (compressed) image over the network to another wayland server where the user actually sits and sees the graphics. This is a kind of "RDP remote desktop" mode - and according to many people will actually out-perform the old X way of doing things, as well as being vastly simpler to implement/maintain.

    1. Re:How X/Wayland work by Vanderhoth · · Score: 2

      I noticed the AC comment was modded as overrated, but the post seems to provide lots of back story and reasoning for why some people are working toward Wayland adoption as well as some draw backs of Wayland.

      It didn't seem to contain any flamebait or troll comments so is the post untrue or does it contain untrue statements? or is this just a case of a bad moderation?

    2. Re:How X/Wayland work by Kjella · · Score: 1

      It didn't seem to contain any flamebait or troll comments so is the post untrue or does it contain untrue statements? or is this just a case of a bad moderation?

      Probably this part, which is pretty much nonsense. X has never been used this way.

      Note that the concept of "client" and "server" are somewhat reversed from the normal meaning - the X "server" runs on your desktop, the client can run somewhere in a datacenter. Think about apps processing major datasets and then generating some output...makes sense then for the "client" to be on the larger computer.

      --
      Live today, because you never know what tomorrow brings
    3. Re: How X/Wayland work by Anonymous Coward · · Score: 0

      That is exactly the classical use case for X. Any time you do an ssh -X somewhere and run an app and it shows up on your local desktop, that's exactly what's happening. So, you're wrong, OP is right.

    4. Re:How X/Wayland work by Vanderhoth · · Score: 2

      Note that the concept of "client" and "server" are somewhat reversed from the normal meaning - the X "server" runs on your desktop, the client can run somewhere in a datacenter. Think about apps processing major datasets and then generating some output...makes sense then for the "client" to be on the larger computer.

      Is how the developer in the linked youtube video above pretty much says it works.

    5. Re:How X/Wayland work by Anonymous Coward · · Score: 2, Informative

      Previous AC poster here..

      When you say "X has never been used this way", I presume you mean that nowadays most desktop users only run apps locally on the desktop, ie the client/server are on the same machine. This is true - now. I'm old enough to remember the "thin client" wave, where the latest coolest thing for businesses was to have a low-powered desktop system that was just screen/keyboard/operating-system/X11, and all the apps were run on servers. The networking ability of X made this possible. And even now, sysadmins often appreciate the ability to run some admin-type apps remotely.

      And one of the common complaints about Wayland is that it "lacks network transparency" - ie people are claiming that they still want/need the ability to run client and server on separate hosts. Just see comments elsewhere on this article..

      But modern apps want to do things that X wasn't originally designed to do, so X has lots of "extensions", eg the heavily-used DRI which allows apps to do their own rendering (eg 3d rendering, or rendering text themselves) and then pass the data as a bitmap to X - almost exactly like Wayland does. Because of the historical structure of X, the way such data is transferred between client and server is inferior to Wayland in many ways (esp security). And things like syncing rendering with the screen refresh (to avoid tearing) is difficult/impossible. And an X server still carries the code for a large number of APIs that modern apps don't use (but attackers can call).

      When running X client and server on the same host, some things are optimised, eg uses "unix" sockets rather than real network sockets, and passes "handles" to memory in some cases. But there is still significant overhead imposed by this original client->network->server separation that *many* people never need. Wayland turns this around - it assumes client/server are on same host, and remoting can be done by having some "proxy client" handling network traffic and then acting as a normal local client to the wayland server.

      And interestingly, apps that use DRI then lose "network transparency" (the ability to run client and server on separate machines). So AFAICT, the people complaining about "wayland not having network transparency" are being very unfair - X often doesn't either; only "simple" apps still work remotely. On the other hand, as my original comment noted, wayland has *two* ways of supporting remoting : by layering X on top, or by building an RDP-like system on top.

    6. Re:How X/Wayland work by spitzak · · Score: 1

      There is also code in development to create a "wayland network protocol"

      My understanding is that the clients will just talk to a special wayland server using the same api they would use to draw locally.

      There may be a "wayland network protocol" but the clients should not have to worry about which protocol is being used. Most of the current developement is to use RDP.

    7. Re:How X/Wayland work by spitzak · · Score: 1

      The use of the terms client/server are correct for X.

      I never really saw it as being backwards. The x server is providing a service for the client, that service is to display it's output on the user's screen. Also, more importantly, the x server keeps working for other clients even if one client dies. But if the server dies the clients can't do anything. This matches how a whole lot of desktops running "email clients" and talking to a central "email server" works: it usually is ok if one of the email clients dies, but bad for all the email clients if the email server dies.

      In addition wayland is using exactly the same terminology.

    8. Re:How X/Wayland work by morgauxo · · Score: 1

      "There is also code in development to create a "wayland network protocol" where clients can generate images (on whatever computer they are running on - which might have a GPU), and then send the (compressed) image over the network to another wayland server where the user actually sits and sees the graphics. This is a kind of "RDP remote desktop" mode - and according to many people will actually out-perform the old X way of doing things, as well as being vastly simpler to implement/maintain."

      If this is true then I believe that the Wayland team could defuse a lot of fear by coming out and explaining it. Is this going to work in a rooted or rootless mode? Or both? It really needs to be both. Will it be a simple matter of setting a DISPLAY variable like with X? Or something more convoluted.

      Where is it in priority? Maybe the Wayland team are the wrong ones to answer to this but are distros going to start switching to Wayland before it's network protocol is ready? When will we start seeing applications that no longer run on X? At that time will the network protocol be ready?

      At first the only answer to this was that it is not within Wayland's scope. That is still the only answer on the Wayland FAQ! That may be true that it IS beyond Wayland's scope. However it is still a major feature that many of us are still relying on for day to day use. Without better answers to these things the Wayland developers should expect to see strong resistance. Even if it our fears are misplaced.

    9. Re:How X/Wayland work by morgauxo · · Score: 1

      I'm no expert in how X works but my understanding was that when running remotely it sends commands like draw a line here, draw a circle there, etc and only falls back on sending bitmaps when necessary. It sounds like Wayland will be the opposite, sending a stream of bitmaps constantly. Did I understand that right?

      I thought not sending bitmaps was supposed to be the faster way? Maybe this is a use case. I can understand, if I was mostly just watching videos I would expect sending bitmaps to be the only way. A system that is optimized to do so would be best. What about things that are more based on forms and controls like text editors, file managers, even web browsers (if the page isn't too busy with graphics). Wouldn't those work better the "old" way?

      I don't know about others but that is more how I use remote X. If I just wanted a box to watch movies I wouldn't bother with remote display, I would just serve the movie file itself and consume it with a device that has it's own viewer software running locally.

    10. Re:How X/Wayland work by morgauxo · · Score: 1

      I don't know a lot about DRI or specific X extensions. I'm aware of them but only so far as I have needed to be to get X running on various video cards.

      I do run X remotely. A lot! I haven't really ran into much that didn't work. Actually I can't specifically remember anything that didn't work although I think I vaguely recall it happening once.

      Mostly I run a web browser, various text editors, the Arduino programming envionment, gimp, an instant messenger, occasionally Libre Office and probably a few things I am not thinking of. Even video seems to work ok when I bring up Youtube. I'm not sure if I have done much with mplayer or other video players yet. I'm still working on getting remote audio working correctly.

      Maybe these things all fall under your category of 'simple applications'. If so then so what? That's a pretty good group of applications to get things done. The only thing I can think of that I haven't really done much is 3d video games. Although.. I know I did start one once just to see if it would crash and it did not.

    11. Re:How X/Wayland work by raxx7 · · Score: 3, Informative

      You're 90% right, but the devil is in the details.
      The X protocol allows applications to send drawing commands like "draw a line here, circle there, text with this font over there". You can also store pixmaps to the server and then reference them.
      But these drawing commands can't draw anti-aliased shaped, so in the late 1990s X applications were either pushing lots of pixmaps or pushing so many tiny drawing commands it was worse than pushing pixmaps.

      Then came XRender. XRender is based on pixmaps/gylphs, but also provides masking/blending operations on them.
      This allows for better re-use of server stored pixmaps, which allowed for anti-aliased applications with less network traffic.
      All in all, it's pretty slick.

      But history is repeating itself and application developers are again going back to pushing lots of pixmaps. Qt developers concluded that, for local clients, their client-side renderer was *much* faster than the XRender based one and at some point made it the default for Qt4. For Qt5, they didn't bother with a XRender based one.

      To top it off, whether it's XRender or brute force pixmap, modern X applications send so many commands they need a lot of bandwidth.Also, most X applications were never written to tolerate high latency connections, even though the protocol is asynchronous.
      So, remote X tends to work poorly over the Internet, leading a lot of us to use tools like VNC, NX or Xpra.

      The Xpra server runs as specialized X server and X compositor in the remote system, where the X application is to be run. Then it takes the contents of the X application's windown, scans for changed parts, compresses and sends it over to the Xpra client, which then draws the application window in the local system.
      Since the X application is talking to a local X server, there's no latency there. And the diffiing/compressing ends up requiring less bandwidth than sending the raw X commands.

      So, history has shown twice supporting drawing commands is a fool's errand, Wayland only supports pushing pixmaps. And only through shared memory, a Wayland compositor and a Wayland application must always to be on the same machine.

      But there isn't anything stopping anyone from implementing a Wayland compositor that does what the Xpra server does. So, that's pretty much plan "A" for running Wayland applications remotely.

    12. Re:How X/Wayland work by morgauxo · · Score: 1

      Thanks for the explanation!

  11. They can delay Gnome3 as much as they want by aws910 · · Score: 1

    The transition from Gnome2 to Gnome3 was an awful one for me. I bet there was a meeting somewhere that went like this...

    Designer 1: Gnome2 is way too simple! Look at this Windows 8 - they totally outdid the rest of the world!

    Designer 2: Yes, and look at this OSX - girls love it!

    Dev: Totally! Let's re-do all the menus/toolbars, and then we'll make it the new default on (insert list of gnome3 distros here). Everyone will love it from day one, and nobody will experience any loss of productivity! It will be a great resume builder for us as well.

    All: Yay!

    ...Yes, I'm bitter. Yes, I've moved all my machines to XFCE (MATE looks useful, but less mature/stable ATM). If I wanted a confusing UI with limited customization, I would just use OSX. The fact that anyone willingly uses Gnome3 bewilders me. IMHO, they should have done this: continue to keep Gnome2 as "Gnome", fork the code, and call Gnome3 something different (KDE8-X or something).

    1. Re:They can delay Gnome3 as much as they want by Anonymous Coward · · Score: 0

      I agree. Gnome 3 is like "Windows tl;dr: the final version". I couldn't give less of a shit. I care so little that I'm even more interested in Wayland's release plans than Gnome's. gtfo my /. you irrelevant little peons. Go jack off in the corner with that hideous doll you made. twm is actually _more usable_ than your garbage. Everyone should realize by now Gnome doesn't get a seat at the adults' table.

    2. Re:They can delay Gnome3 as much as they want by jcdr · · Score: 1

      MATE is improving really fast. Give it a new try.

    3. Re:They can delay Gnome3 as much as they want by aws910 · · Score: 1

      Yeah.... this has been the bane of my linux existence. Shiny new things. I'd try them, they'd work amazingly... and then, on Monday morning, when I have a meeting/presentation in 30 minutes, it would fail in some way and I'd be trapped at the terminal for the next 2 hours. I wish it were different, but I've only got time for flexible, reliable applications, especially when it comes to desktop environments. After hearing this, fans of crapple will usually say "Well then OSX was made for you!"... then I reply "Oh really? Please show me how to remove these bloated garbage apps like Finder and iTunes."

      That said, I do appreciate the tip. I looked into it and realized that MATE is actually a fork of the classic Gnome2 codebase. It wasn't very apparent at first, it would have been nice if the name suggested that. Thanks!

    4. Re:They can delay Gnome3 as much as they want by jcdr · · Score: 1

      I agree with your view.
      I think that MATE is not the cause of the "shiny new thing", but the fact that Gnome 2 was abandoned by the Gnome Foundation. This is also why the name "Gnome" can't be used anymore for the fork.

      The very interesting thing is that MATE project will soon support all the new cool technologies like GTK+3, Wayland and systemd (like Gnome 3) but without changing the desktop experience for the users (unlike Gnome 3).

  12. dates don't match up? by Anonymous Coward · · Score: 0

    Why am I the only one confused?

    They say delay 3/13 release date a week to align with a 4/1 release of Wayland. But that is more than two weeks, so what exactly is getting aligned? Even if it were the same day, they would have no time to address any problems that arise.

    What am I missing?

  13. X Files by Anonymous Coward · · Score: 0

    X is a decent windows environment, but does have a few noticeable holes. Wayland could be the holy grail, with an emphasis on _could_.

  14. Do people even use Gnome any more? by Anonymous Coward · · Score: 0

    I know I don't.

  15. What MATE is by Anonymous Coward · · Score: 0

    A GNOME 2 fork meant to keep it alive after the GNOME developers abandoned it to work on the new version. Same old junk, new name, for people who for some reason don't want to move on.

    1. Re:What MATE is by jcdr · · Score: 1

      Yes Gnome 2 was officially abandoned by the Gnome Foundation, but a lot and growing number of peoples are making contribution to the MATE fork. The name change was needed because the project was not officially supported by the Gnome Foundation. This don't imply that the MATE fork don't get support from others peoples outside of the Gnome Foundation. Seriously, the Gnome Foundation is not the only entity on the planet capable to support a desktop project. In fact I tend to say that there miserably failed the Gnome 2 to Gnome 3 transition.

  16. vapid idiots are running the store. by markhahn · · Score: 0

    the big problem is that all this desktop crap doesn't matter. oh, sure, it's pretty. does it get work done? compared to, say, OLVWM from ages ago. sure, I think wiggly windows are a cool hack, and like to use a GPU to make things smoother. but most of this desktop stuff is just masturbation-by-coding. dbus, systemd, wayland, most of gnome, any form of skinning, etc.

    yes, X-over-ssh is non-negotiable. it would be great if the X-now-wayland wankers did their wanking on some more-async, lower-bandwidth interface that didn't throw the baby out with the bathwater. VNC, I think not. Xcb was about the last good idea to come from these people...

    pretty soon desktops will be completely irrelevant, since the only GUI of the future is html*.

    1. Re:vapid idiots are running the store. by Microlith · · Score: 1

      And by "vapid idiots" you mean "people who don't think like me."

      the big problem is that all this desktop crap doesn't matter.

      Not for you, perhaps.

      X-over-ssh is non-negotiable.

      And any applications you have that use X11 will continue to work. It's hideously inefficient for anything using a recent toolkit, but it'll work.

      it would be great if the X-now-wayland wankers did their wanking on some more-async, lower-bandwidth interface that didn't throw the baby out with the bathwater.

      Well considering that they can capture the per-app buffers, compress them, and stream them over the network only on update (without polling), I'm sure that a wayland-derived remote system will easily be more efficient than X11 and VNC. Tunneled over SSH, of course.

  17. PUT IT BACK SLASHDOT LOOKS LIKE A SHIT TIER BLOG N by Anonymous Coward · · Score: 0

    I liked my slashdot nostalgia, put it back

  18. Linux != Unix by Sri+Ramkrishna · · Score: 0

    Linux is not Unix. The people writing the kernel are not out there to do Unix. You're free to go to BSD and likely stagnate there.

  19. Ah brave AC by Sri+Ramkrishna · · Score: 1

    You're entitled to your opinion of course, but I think you should respect those who do like it. In response we won't trash what desktop you like.

  20. NO BETA PLEASE by Anonymous Coward · · Score: 0

    Come on slashdot, are you deaf?

  21. I stopped reading at "Gnome .." by Anonymous Coward · · Score: 0

    I no longer care about Gnome3 anything. It's bloated crap. It's slow. It's "new generation" crippled GUI. I like it as much as I like Windows 8.x. Fuck Gnome.

  22. Yeah, like glibc by Sri+Ramkrishna · · Score: 1

    Just like glibc!

  23. Yes it does by Sri+Ramkrishna · · Score: 1

    They have gotten the 'datacenter' part, but it's true that generally from say an X station point of view, you can use it from your desk and someone from the data center could also use it. But the server is not some big iron thing, it's just a simple client.

  24. not quite by Sri+Ramkrishna · · Score: 1

    It is being ported to GTK3 so that makes it a lot more relevant. If they just kept it at GTK2 then yeah it is useless. Of course they are in direct competition to Cinnamon which provides a similar GNOME 2 interface.

  25. They do support X by Sri+Ramkrishna · · Score: 1

    They do support X. It will be awhile before GNOME completely switches to Wayland, at least 3-4 releases.

  26. I thought GNOME was like apple? by Sri+Ramkrishna · · Score: 1
    I thought GNOME was all about apple with all the designers and the like.

    I'm sorry you didn't like GNOME 3. There is an ever increasing number of people who have found GNOME 3.10 to be pretty good. You do have to adjust to it, but most of hte defaults are sane and you don't have to tweak it and for a lot of people that's really the attraction. Just set it up and go.

    1. Re:I thought GNOME was like apple? by aws910 · · Score: 1

      I could see this being the case for new users, because they wouldn't know any better. I'm glad some people like it, and hope it speeds adoption of desktop Linux.

      However, as a person who was already productive with Gnome2, I found Gnome3 irritating. They took away a lot of options for window placement and menu arrangement.... and _I'm_ supposed to flush _my_ time down the toilet because someone decided this was a "better way". Thankfully, we're in Linux-land, so I'm not strictly beholden to their whims like the poor bastards that use windows and mac. I think MATE is the way forward, which is sad for me in some ways. Gnome3 should have been the one to take a the new name, because it was such a departure from the previous version. It's like going to your favorite dive-bar for your daily Ike-Turner, and discovering that they only serve mojitos from now on.

    2. Re:I thought GNOME was like apple? by Sri+Ramkrishna · · Score: 1

      I think that's fine. I raelly want to create a federation so that we can merge all these projects into one umbrella. Because all these projects depend on GNOME core to exist.

  27. Wayland is fun by Anonymous Coward · · Score: 0

    I'm looking forward to the Wayland-based DE's of the future. There's a Linux distro that allows you to test out the weston compositor ( http://sourceforge.net/projects/rebeccablackos/) and it can pull off some pretty neat effects. My favorite is rotating windows with any sort of content, and they will still work perfectly. You can rotate pictures, text boxes, videos, what have you at any arbitrary angle. I also enjoyed how well it avoided screen-tearing. Shaking a window in any current Linux DE or in Windows will cause screen tearing for me, but I did not experience that with RBOS.

  28. Gnome 3 unusable? by GoingDown · · Score: 1

    What is the problem on Gnome if you have multiple virtual desktops and lots of windows on each of them? Virtual desktops work about just like in Gnome 2, except that they are dynamic by default - they are created when needed and removed when they are empty. And I would say moving windows to different virtual desktops is much easier under Gnome 3 than what it was under Gnome 2.
    Under Gnome 2, if you had lots of windows open on one virtual desktop, the task bar was starting to get unusable - it was really hard to find correct window from the full task bar with really small icons. It is much easier under Gnome, when you can see window previews on overvime 2, since so much contribution effort are now given to MATE project for example. I will not be surprised that MATE will overtake Gnome 3 in a few years. I fact, I hope this will be the case, because projects that are unable to understand his users base will see there contribution effort going down over time.ew screen. It will get crowded as well, but not as fast as with Gnome 2.
    And how exactly Gnome 3 breaks apps with multiple windows? Multiple terminals? Or Dia? I haven't seen any breakage.

    1. Re:Gnome 3 unusable? by jcdr · · Score: 1

      Virtual desktop work fine for my in Gnome 2. I use a 8x8 grid with 1 to 4 windows each, so the task bar is never full. I use the windows menu applet to find the exact window I want across all the desktops. I use the same setting with XFCE and with MATE. This config is efficient, coherent and really fast.

      Under Gnome 3 or Unity, managing a static grid is a problem. Because the desktop management is too dynamic, every desktop can change it position relative to the other. This is a nightmare ! Imagine a 64 apartments basement where every apartments change his position relative to the others. You lose any ability to navigate quickly with a map in your brain. I found the right stack of desktop view helpless compared to a static grid. Using multiple windows application with Gnome 3 is hard because it tend to center every special windows in the middle of the screen. Unity is even more crappy because the common top menu bar change his context every time you pass over a window with sloppy focus enabled (click to focus is terrible). For both the desktop and window switching is far to slow, the right desktop and the right window is hard to find. Really a step back in term of productivity.

  29. While the most *efficient* by Junta · · Score: 1

    That may be beyond the point of diminishing returns. It's true that GTK or QT has the best opportunity to have good primitives for a network connection and provides the ability for remote applications to appear even more seamless with local applications in cases of theme differences, but the work would be a lot more complicated than it was implementing the X primitives that were relevant in the 80s. On addition to being very difficult, the coupling between client and server would be tighter (if application goes to render a widget the display doesn't have due to version mismatch, that could be a problem).

    On the otherhand, realtime encode of desktop display is actually pretty serviceable nowadays. You still want the ability to recognize very high level elements for what they are to provide the goodness of network transparency (this is a 'window', a 'dialog', a 'tray icon'), but perhaps not require that the display understand what region of a displayed window is a button versus something else.

    --
    XML is like violence. If it doesn't solve the problem, use more.
  30. I have to disagree by Anonymous Coward · · Score: 0

    After 10 years of menu clicking, and memorizing positions on the menu where I maneuver the mouse, so as to begin an application, I now have a favourites bar on the left, a large "somewhat useless" frequent window, (I use it as a last recall list). and a set of tweaks which truly make this interface a real winner. One of the tweaks gives you the Gnome2 interface while at the same time you have Gnome3 to use for the grandparents who prefer icons to menu lists.

    Before you shoot G3 dead, evaluate and install some of the tweaks. GNOME will again become your favourite

    Leslie in Montreal