Slashdot Mirror

← Back to Stories (view on slashdot.org)

Ubuntu Is Switching to Wayland (omgubuntu.co.uk)

Posted by msmash on from the little-surprise dept.

An anonymous reader shares a report: Ubuntu is to ship Wayland in place of X.Org Server by default. Mir, Canonical's home-spun alternative to Wayland, had been billed as the future of Ubuntu's convergence play. But both Unity 8 the convergence dream was recently put out to pasture, meaning this decision was widely expected. It's highly likely that the traditional X.Org Server will, as on Fedora, be included on the disc and accessible from whichever login screen Ubuntu devs opt to use in ubuntu 17.10 onwards. This session will be useful for users whose system experience issues running on Wayland, or who need features and driver support that is only present in the legacy X.Org server session.

45 of 227 comments (clear)

  1. Waiting for Yutani ~nt~ by OverlordQ · · Score: 2

    ..

    --
    Your hair look like poop, Bob! - Wanker.
  2. I'm glad they're ditching mobile... by Anonymous Coward · · Score: 2, Funny

    ...to focus on the cloud. It sounds much more hip to say "No way in fuck would I use ubuntu on the cloud" as opposed to "No way in fuck would I use ubuntu on my phone".

  3. But is Wayland better? by Anonymous Coward · · Score: 5, Insightful

    As long as Linux can remember where I positioned my monitors after I put the laptop back into the docking station, and as long as I can wayland-over-ssh, and as long as there are performance gains, then I don't care.

    I'm sure this post will be littered with "I hate change" type posts where people lament the loss of X for no other reason than passion and nostalgia, and I'll have to dredge through loads of nonsense before someone actually puts together a point-form list of pros and cons comparing Wayland to X

    1. Re:But is Wayland better? by squiggleslash · · Score: 5, Insightful

      Network transparency. X11 has it. Wayland doesn't. Wayland's devs tend to handwave the problem, either claiming it will somehow be implemented once they work on the other laundry list of things they want first, or claiming it's a niche requirement nobody wants or uses.

      On top of that they're doing the #1 thing you're not supposed to do in development: completely rewriting a working system.

      X11's main flaw is that it's supposed to be inefficient. It might be, but I've never noticed any significant difference between user interface performance on Ubuntu vs Windows or Mac. I think much of it is "This sub-nanosecond operation that is only called once or twice every frame takes THREE TIMES AS LONG under X11 as it should!" type purism.

      I'm not happy about this.

      --
      You are not alone. This is not normal. None of this is normal.
    2. Re:But is Wayland better? by Anonymous Coward · · Score: 5, Funny

      X11 is a turd. The future is using javascript and rendering to HTML. Rust, go, python, and all the other important languages can be compiled into javascript which runs everywhere - the browser, the desktop, the server, the phone, chromebooks, and even embedded devices that only have 4 GB of RAM.

    3. Re:But is Wayland better? by caseih · · Score: 5, Informative

      How this will be solved in the long run remains to be seen. In the short run, toolkits that support Wayland still support X11. Mainly I'm talking about GTK and Qt. Thus KDE, Gnome, GTK, and Qt apps will all run either on Wayland or X11 without recompiling. So for many people, remoting needs can be accomplished by simply using X11 on Wayland and tunneling X11 over SSH. Simply ssh into your remote machine and run the apps. Locally on wayland things are silky smooth, remotely they still work, though a bit choppier (X11 over ssh isn't fast enough for anything but LAN anyway... I use X2Go for WAN remote X11 stuff.

      Of course in the long run if Wayland is successfull the X11 backend bits will languish in the toolkits and this will not be a sustainable future. I think essentially RDP will be adopted as the standard remoting protocol for wayland desktops. This will be used to forward individual apps or whole desktops. RDP is already a lot faster than X11 over ssh, due to the way X11 works and the fact that all modern toolkits essentially just push bitmaps these days anyway.

      Before criticizing Wayland and extolling X11's virtues, consider watching this talk by Daniel Stone who was formerly intimately involved with X.org and seems to know hist stuff. He makes a good case for Wayland. https://www.youtube.com/watch?...

    4. Re:But is Wayland better? by Anonymous Coward · · Score: 5, Insightful

      I am not managing a computer remotely, I am using a computer remotely. Yeah, I ssh in. Always start with command line work - just like I do with a local login.

      But then I need some word processing. So I start the word processor on the remote machine, and view the window locally. Common case, do it several times per week. No, I don't want to transfer the file here, run a word processor locally, and then transfer it back. That is hell, especially when there is a large set of dependant files. Figures and whatnot.

      Surely this sort of thing can be done with wayland too. Wayland renders to memory and then blits to some display. All we need is to transfer that memory - or at least the changed altered - over the network. Then render on the display at hand.

      It is a necessary function, but something that shouldn't be all that hard. I don't expect to run 3D games this way - but word processing used to be fine over an ADSL line to the office 6km away - surely wayland can be made to run over the fiber I have today.

    5. Re:But is Wayland better? by cfalcon · · Score: 3, Funny

      > The future is using javascript and rendering to HTML. Rust, go, python, and all the other important languages can be compiled into javascript which runs everywhere

      I 3 this troll. Please make a slashdotmeme outta this. This is app-guy levels of amusing. Which isn't saying much, but it is saying something.

    6. Re:But is Wayland better? by SumDog · · Score: 5, Informative

      I too use X11 forwarding over SSH (ssh -Y) all the time. Sometimes I'm at work and want to quickly tag some music that's on my machine at home. I can remote SSH with X11 forwarding and start up easy tag.

      It's a pretty common use case among some of us Linux users.

    7. Re:But is Wayland better? by pak9rabid · · Score: 3, Informative

      Before criticizing Wayland and extolling X11's virtues, consider watching this talk by Daniel Stone who was formerly intimately involved with X.org and seems to know hist stuff. He makes a good case for Wayland. https://www.youtube.com/watch?... [youtube.com]

      I can't second this enough. This should be required viewing before any of the anti-Wayland people spout their bullshit rhetoric.

    8. Re:But is Wayland better? by pak9rabid · · Score: 3, Informative

      You might be interested in XRDP: http://www.xrdp.org/

      I haven't used it in a few years, but I remember really liking it.

    9. Re:But is Wayland better? by Eravnrekaree · · Score: 2, Insightful

      I agree with this. The "x11 is bloated" nonsense came from a book in the 1980s when computers had 2 MB of RAM. Its a myth because its far more efficient than Windows 10. The 1980s era X11 myth is long outdated and has no relevance in modern context.

      What Wayland is supposed to do could have been done with X extension, mainly, what would be needed as far as I know is a way for X apps to be able to synchronize with the refresh rate of the display so it can draw a frame and have it ready for the next refresh, by being notified of a redraw deadline through an X extension for this purpose. Another thing is a buffer swapping feature that allows an application when it has finished drawing a frame allowing it to tell the window system the frame is ready. If it blew the refresh deadline, the window system will use the last complete frame from a previous refresh cycle and the new frame will be used for the next refresh. This prevents window tearing and so on that has been i suppose the big reason for Wayland. All we really needed was this refresh timing and deadline information to be made available to apps, the deadline is set some time before the actual screen refresh to give time for the compositor to combine the apps frames into a single screen frame, and a facility for apps to use a new pixmap into the refresh buffer. You also need an extension for the compositor process for it to get the frames from all the apps so it can composite them all together into a single frame for for the video cards output.

      It should be noted as far as I am aware what Wayland does regarding direct rendering can already happen with DRI on the X server, your application has the video driver built into it and basically sends drawing commands directly to the GPU. This already happens with DRI on X. Yes, it can be dangerous, which is why there should be an easily accessible option to turn it off and send your openGL commands via GLX over X protocol to the X server which can then send them on to the GPU.

    10. Re:But is Wayland better? by Uecker · · Score: 2

      Network transparency. X11 has it. Wayland doesn't. Wayland's devs tend to handwave the problem, either claiming it will somehow be implemented once they work on the other laundry list of things they want first, or claiming it's a niche requirement nobody wants or uses.

      Well, it is a niche requirement and they simply do not care about the few users - even denying that they exist (I use it everyday and remotely over ssh and it works well for me). The aim of all these efforts in not the desktop anyway, but mobile or embedded devices. For the desktop Wayland will have no advantage. But they still somehow convinced a lot of people who do not understand anything about how that X somehow limits performance of the graphics stack so it must be replaced.

      On top of that they're doing the #1 thing you're not supposed to do in development: completely rewriting a working system.

      If they would just rewrite something it would be ok with me. The problem is breaking compatibility at the protocol level. This is really stupid.

      X11's main flaw is that it's supposed to be inefficient. It might be, but I've never noticed any significant difference between user interface performance on Ubuntu vs Windows or Mac. I think much of it is "This sub-nanosecond operation that is only called once or twice every frame takes THREE TIMES AS LONG under X11 as it should!" type purism.

      There is no fundamental benefit with respect to performance as Wayland and modern X clients basically work in the same way when operating locally. Somehow people believe that the old rendering APIs supported by X for backwards compatibility somehow prevent modern clients to do things efficiently. This is completely untrue as X has been extended with modern interfaces. There could be some performance benefit because Wayland basically merges the X Server, window manager, and the compositing manager. Of course, this could be done in X as well without breaking the protocols.

    11. Re:But is Wayland better? by serviscope_minor · · Score: 4, Informative

      There is no fundamental benefit with respect to performance as Wayland and modern X clients basically work in the same way when operating locally.

      I think what he's referring to is this:

      For a "modern" X system (i.e. using a compositing WM---though I don't use one), the event (say, mouse) goes to X, to the compositor program, back to X and then to the focussed program, compared to the old version of X where it goes from X to the program directly. I think Wayland, not having the compositor as a separate program, skips one of those steps.

      I've seen that touted as an advantage of Wayland, but FFS, context switches are FAST, and the time taken to process events is down in the microseconds. It shaves a few microseconds of latency off events happening at 10s per second, and for which the minimum perceptible latency is about 0.05 seconds.

      The advantage is therefore so minute as to to be irrelevant and touting it as a big advantage is pure FUD. I agree with the GP.

      --
      SJW n. One who posts facts.
    12. Re:But is Wayland better? by Anonymous Coward · · Score: 2, Insightful

      For the millionth time, no X11 applications use X11 drawing primitives, and schlepping bitmaps will work just as well under Wayland as X11.

      You can fucking start Weston as a headless RDP server you fucking moron RIGHT (fucking) NOW. (Fuck!)

    13. Re:But is Wayland better? by harrkev · · Score: 2

      From the screen shots, it looks like XRDP is another one that shows an entire desktop, just like VNC. Thanks, but I will pass. I like solutions that are "windowless" where, on a Windows client, the Linux windows work just like Windows windows (if you know what I mean).

      My current company has "Exceed On Demand" which works just fine, but is NOT open source, or even affordable for the average person.

      --
      "-1 Troll" is the apparently the same as "-1 I disagree with you."
    14. Re:But is Wayland better? by Rob+Y. · · Score: 4, Interesting

      Well, okay. But it sounds like you could figure out how to do the same thing via a remote desktop session. So it boils down to whether Wayland improves things enough for the millions of everyday users to make it worth making users like you figure out another way to do that thing you occasionally do. I don't know enough about Wayland to know that it really will improve things - though I've read reports that it makes the desktop 'feel' smoother. If it makes it easier to get drivers for the latest video cards with fewer bugs, though, I'm all for it.

      X remoting was always a good-sounding idea that was implemented in a way that made it not much more efficient in practice than VNC-type remoting. I use remote desktop on my Linux box at home when I need to access my office Windows system from home. I run local stuff on one virtual desktop and RDP on another. The RDP desktop is pretty awful - but useable enough, I guess (since I use it). It'd be better if 'grab all keys' actually grabbed all the keys. But somehow I don't think remoting via X Windows would be any less awful...

      --
      Posted from my Android phone. Oh, I can change this? There, that's better...
    15. Re:But is Wayland better? by OrangeTide · · Score: 4, Interesting

      X11's network transparency is not terribly useful. It doesn't allow detach/reattach of sessions, so you're forced to exit every program and start them back up again at the new location. While this was very memory efficient back in the 1980's, it's not a very good user experience when dealing with unreliable wireless networks.
      And if you've used GTK2 and other widget libraries in the last 10 years, you'll notice their network performance is pretty terrible. Network transparency is kind of useless if none of the software is designed around it. There are too many round-trip messages going on these days to deal with the broken parts of X protocol and in giving fancy user interaction.

      VNC is slow, but it's what most people use because it works in a way that is convenient. NoMachine/NX/FreeNX is a technically better alternative, although it's not very popular. (being proprietary doesn't help)

      --
      “Common sense is not so common.” — Voltaire
    16. Re:But is Wayland better? by EndlessNameless · · Score: 2

      This would be awesome, except that my experience is that it's so brittle that it's not worth doing.

      Your application, OS, or infrastructure is crap. People do this using X all the time.

      Do you not have frequent app crashes when you do this?

      The application shouldn't behave any differently than it does when you log into the server locally, for the most part.

      This assumes that your windowing system is setup properly and the app doesn't have any special requirements for user input or output. E.g., many 3D acceleration features and touch screens do not work properly with X (or maybe they do now, but they didn't used to).

      --

      ---
      According to the latest ruleset, this post should be modded as Vorpal Flamebait +5.
    17. Re:But is Wayland better? by hublan · · Score: 4, Informative

      You do realize that most of the folks that started Wayland were originally long-time X hackers, right? There has to be a reason why they gave up trying to get X11 to behave properly, besides "because it's bloated".

      Education: https://www.youtube.com/watch?...

      --
      My spoon is too big.
    18. Re:But is Wayland better? by Pseudonym · · Score: 2

      ... and such a system written in such would probably still be faster and more efficient than X!

      I know you meant it as a joke, but I remember NeWS and Display PostScript.

      X should not stand for all time, but there's a reason it won that particular battle.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
    19. Re:But is Wayland better? by caseih · · Score: 4, Informative

      Nothing about RDP limits it to full desktops. RDP can remote a single window as well as a full desktop. MS doesn't normally use it that way, but it can be done.

      Furthermore, Xrdp can run in rootless mode, if I'm not mistaken. A single X11 apps could connect to it.

    20. Re:But is Wayland better? by slack_justyb · · Score: 5, Informative

      I'm going to start where a lot of people don't usually start. The actual people who maintain X11. They hate the code base, they just simply don't want to deal with the tangled mess that it is. Seriously go look at a dependency graph of just the xserver or a slightly higher level view of the state of things. Point, no one wants to maintain this mess. Anyone feeling frisky in doing so is strongly encouraged to do so, but the majority of developers who have worked on this in the heyday have long since left the building. The sheer pool size of people working on X is low and fresh blood in the development pool is best described as anemic. Fewer developers working on one project and more on another project pretty much seals the deal on the direction. Arguments of X being better falls on non-existent ears. You want to talk to an X developer? Head over to Wayland, that's where you'll find a lot of them.

      Next in line is that X is ineffective at one of the things that it's suppose to do, draw stuff on your screen. (Not even going to touch multi-monitor, sleep, touch input, etc all which have had extensive hacking to get it working and thus resulting in patches of code with serious bus factor one issues.) X11 lacks pretty much everything we take for granted in a modern GUI. Want anti-alias text? Well X11 doesn't do that. Want the concept of an alpha-channel? Not present in X11. Quite literally, X11 does nothing in the way of anything that say KDE, GNOME, Unity, Cinnamon, or whoever wants. Instead, your chosen toolkit is using a library that builds in memory the bits that need to be drawn and if your xserver supports RENDER, your toolkit just gives a stream of bits over to X11 via that method, and X just forwards it on to either the card or to a compositor, which by the way X11 doesn't have a concept of, hence the reason you need one external to the xserver. At some point someone said, if every toolkit is just building bits by themselves and then having X forward it on, why not just cut out the middle man? Why have this extra layer that we keep having to build ad-hoc extensions for? (RENDER, XDamage, RANDR, XFixes **yes literally an extension to fix stuff but mostlly to turn a lot of old X11 stuff off.) All of these wonderful extensions are in reality short circuiting old cruft in a code-ugly fashion. Add in new complexities being added to video cards, functionality that's difficult to eventually get working, and yeah everyone is ready to put the old girl out to pasture. X11's lack of so many things is a roadblock to tapping your card's fully ability, which is why most of the time we're happily ignorant of all of the by-passing of huge parts of the core of an xserver, with the prolific set of extensions that come automatically built into your distro. (which is why a lot of folks never notice and just think that this is the way X was built, but nothing further from the truth could be said. Try building an xserver from source.)

      Now let me move on to your points

      Network transparency. X11 has it. Wayland doesn't.

      If you are using X11 over ssh, you aren't using X11's network transparency. What you are doing is streaming pixels across ssh, but you aren't using anything remotely looking like core X11 protocol. On the remote side, Cario, Qt, Mutter, or someone is drawing pixels and then that gets wrapped into a generic X11 package and sent to you to open up and then have your computer decide what to do with the newly received pixels. There's no commands like "Window A is currently at location x,y. It has a button at rx, ry relative to the top-left corner of the parent widget, blah blah blah." Nope, it's just "here's pixel one, here's pixel two, here's pixel three..." There's no distinction in X between a button in an application running on a remote server and a picture

    21. Re:But is Wayland better? by Kabukiwookie · · Score: 2

      But it sounds like you could figure out how to do the same thing via a remote desktop session.

      Why would you want to replicate an entire desktop when a single window will do?

      It seems like were going backwards technologically in certain areas.

      --
      The mountains of madness have many little plateaus of sanity - Terry Pratchett.
    22. Re:But is Wayland better? by MrKaos · · Score: 2

      Well, okay. But it sounds like you could figure out how to do the same thing via a remote desktop session.

      With X11 the remote window behaves like a local application and the OS behaves like a presentation layer. With RDP the entire presentation layer is exported onto your local display where it has it's own behavioral characteristics. There is no comparison, X11 usability for high performance computing is king for users who need all of the power of their machines to be available.

      But somehow I don't think remoting via X Windows would be any less awful...

      RDP is pretty awful in comparison. Consider a use case where you need to have multiple X servers on your display from multiple machines. Using RDP you would have multiple desktops on your display. You can also encrypt and compress X displays over ssh which means they are also much more bandwidth and CPU efficient.

      This isn't zealotry, there are a lot of good reasons to use X11, however most of the use cases are generally skewed towards admin or power users. They are important use cases worthy of a solid defense, after all who will replace the broken functionality?

      With gnome I was considering returning to Ubuntu, with Wayland I will not.

      --
      My ism, it's full of beliefs.
    23. Re:But is Wayland better? by dbIII · · Score: 2

      X remoting was always a good-sounding idea that was implemented in a way that made it not much more efficient in practice than VNC-type remoting

      You are considering the one to one case instead of the one to many, and crippling the one to one case to boot with something like gnome3 that sends bitmaps all over the place instead of doing it properly.
      Typically people using X remotely are using it for more than just logging into one host and running one application, and typically they are running software that doesn't require an accelerated 3D card just to run reasonably even on the local machine (lazy gnome3 devs I'm talking about you).

      So if you are logging into one machine to run the current "gedit", it's not going to be much faster using X than x11vnc with all the acceleration options turned on. If you are running an older "gedit", or another application that doesn't use gtk3 or similar and/or want to run things from multiple hosts, then VNC is going to look very slow and clunky in comparison just due to the different way of doing things. Events and not spamming the place with bitmaps (unless it has to fall back to doing so with broken software like gnome3).

      But somehow I don't think remoting via X Windows would be any less awful

      It would be nice if the people discussing this would actually try it.

    24. Re:But is Wayland better? by dbIII · · Score: 2

      For the millionth time, no X11 applications use X11 drawing primitives, and schlepping bitmaps will work just as well under Wayland as X11.

      Repeating something completely incorrect a million times does not make it correct.
      The Wayland advocates with a clue make sure they carefully say no "modern" X11 applications use X11 drawing primitives so that they can use some badly broken Gnome3 applications as their example. You've left the "modern" weasel word off your claim so that makes it incorrect.

    25. Re:But is Wayland better? by jimbo · · Score: 3, Informative

      RDP is pretty awful in comparison. Consider a use case where you need to have multiple X servers on your display from multiple machines. Using RDP you would have multiple desktops on your display.

      Well, depends on how much of RDP Wayland would implement. It certainly supports Seamless Windows:

      Remote Programs, also known as remote applications integrated locally (RAIL), is a Remote Desktop Protocol (RDP) feature (as specified in the Remote Desktop Protocol: Basic Connectivity and Graphics Remoting Specification [MS-RDPBCGR]) that presents a remote application as a local user application. RAIL extends the core RDP protocol to deliver this seamless windows experience.

    26. Re:But is Wayland better? by thegarbz · · Score: 2, Insightful

      Common case, do it several times per week

      What is common for one person is not common across the user base. There are cases where people will need X11 forwarding. The easy answer is: Don't use Wayland.

      However don't expect the rest of the world to sit by and support your edge case.

    27. Re:But is Wayland better? by silentcoder · · Score: 2

      You could just SSHFS the remote directory into a local mount and work with the files that way. It would be faster than X sharing for this particular use-case.

      --
      Unicode killed the ASCII-art *
  4. So what makes Ubuntu different from Fedora? by Anonymous Coward · · Score: 4, Interesting

    With Ubuntu's switching to PulseAudio, to systemd, to GNOME 3, and now to Wayland, what is it that makes Ubuntu different from Fedora?

    The only difference I can think of is where an installation ISO would be downloaded from, and typing "apt-get" instead of "dnf" to install packages.

    Those are really minor differences.

    So what's the point of using Ubuntu if it uses the same kernel, the same init system, the same windowing system, the same desktop environment, the same sound system, and pretty much all of the same userland software that Fedora does?

    At least things like Unity and Mir made Ubuntu somewhat unique. But now Ubuntu has basically become Fedora with just a different name. Why would anyone even bother using Ubuntu now?

    1. Re:So what makes Ubuntu different from Fedora? by arth1 · · Score: 4, Informative

      With Ubuntu's switching to PulseAudio, to systemd, to GNOME 3, and now to Wayland, what is it that makes Ubuntu different from Fedora?

      Gratuitous privilege escalation enabled by default.

    2. Re:So what makes Ubuntu different from Fedora? by F.Ultra · · Score: 2

      Because let's pretend that Ubuntu didn't use sysvinit, Gnome2 and all those pesky incompatible sounddaemons from hell for several years before they even begun to look at upstart, pulse or Unity.

    3. Re:So what makes Ubuntu different from Fedora? by Eravnrekaree · · Score: 4, Interesting

      First of all, most distros have always had the same window system, X Windows. The reason for this is that since all applications and window managers which are GUI, have to talk to the WIndow System, its important to have standardization around the same API. Otherwise you end up with a MESS of an app that works on one distro not being able to run on another distro or having to run 10 different windowing systems, because each application ends up being tied down to one or the other. You also have to have video hardware drivers and those have to plugin to the window system as well. If we are going to change the core window system, all of the distros had better agree to it or else we will end up with a fractured ecosystem like above. Now, because of X's design of leaving look and feel to the Window Manager, you can completely change the look of the user interface by changing the window manager, which does not affect applications. This is why you can use the same apps regardless of what WM you use. Wayland should and will continue this philosophy.

      All of what I said also applies to the sound server, as well, so it was important to standardize around pulseaudio if we are going to have a sound server, which is a good idea. The alternative to a sound server would be to incorporate that kind of functionality into the kernel, its better to have it in a user process rather than to add further complicated code to the kernel, as with X.

      As for systemd, rather than to rehash all that here: please read this: http://0pointer.de/blog/projects/the-biggest-myths.html. Basically, systemd is a big improvement over what we had before and the criticisms are mostly myths.

    4. Re: So what makes Ubuntu different from Fedora? by Anonymous Coward · · Score: 2, Interesting

      Ubuntu LTS releases include five years of support over Fedora's 14 months. And Ubuntu has about three times more open source packages in the default repositories.

    5. Re: So what makes Ubuntu different from Fedora? by Zero__Kelvin · · Score: 2

      RedHat follows US laws. Canonical follows UK laws. So it's can't, not don't or won't.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  5. Well by JWW · · Score: 4, Insightful

    Ubuntu ditched the bad idea that was Unity. Time to ditch the bad idea that is systemd....

    1. Re:Well by thegarbz · · Score: 2

      Ubuntu ditched the bad idea that was Unity.

      The bad idea that was Unity was competing with Gnome 3.0's interface.

      Time to ditch the bad idea that is systemd....

      The bad idea that is Systemd is actually called upstart and they ditched that a while ago in favour of something far more feature complete and better suited to running an OS, Systemd, while at the same time succeeding in their original goal which was to migrate away from the dumb legacy that pretty much every distribution has put some kind of effort into getting rid of at some point.

  6. Re:Waiting for Yutani ~t~ by Anonymous Coward · · Score: 2, Informative

    http://toaruos.org/yutani-the-new-compositor.html

  7. Re:Remote display? by Kjella · · Score: 2

    I haven't paid any attention to the Wayland/Mir development for quite some time. When they were introduced the stated plan was not to support any sort of remote display natively. Has that gap been closed?

    The way X does it through draw calls will never happen, because Wayland doesn't draw. I'm not sure how far they've gotten on detecting damaged sections and compression, but it's all bitmap based. I did read something to indicate they were considering a "smarter" rdp where you did the composition on the other end so you could move windows around without lag. I think it should also be possible with client support to expose a bigger virtual window that you have a viewport into so you could have smooth scrolling in a browser because what you actually see is a 1000 pixel cut from a 1200x pixel tall window buffer.

    But if you want the client to interpret and render it's probably either a web application, a speciality format like video streaming or a dedicated client-server protocol. Basically the size advantage comes from intimate knowledge of the nature of the data, I once created a system that forwarded much of Qt's signals and slots to a remote window. That worked quite well because you could just tell it you wanted a QDialog with a QPushButton, all the logic to draw it was already client side. It's basically reinventing a "heavy" version of HTML and DOM manipulation though and the opposite direction of where Wayland is going.

    --
    Live today, because you never know what tomorrow brings
  8. Re:Remote display? by SumDog · · Score: 3, Insightful

    They say it's not the job of Wayland; that you can run X11 on top of Wayland to get X11-ssh forwarding or someone at sometime down the line will magically invent their own rendered (maybe RDP based, maybe something else).

    I can't really take this project seriously until they address this pretty critical issue. I don't have any issues with X myself. I use i3 and xrander and everything pretty much works the way I want it to. I don't play games in Linux; I have a windows laptop for that (Steam for Linux still kinda blows). Would nicer multi-monitor support for laptops be good? Absolutely! But with the track record of systemd taking over with no alternatives (I still run Gentoo/systemv and Void Linux/runit .. runit is awesome and amazingly simple btw) I'm going to hold off as long as I can.

    I don't hate new things either. Lately I've been trying out Vivaldi over Firefox. I'll try new things, but I hate seeing all this half-assed garbage just breaking the Linux desktop.

  9. Re:X also has stuff! by serviscope_minor · · Score: 4, Interesting

    Not to mention window managers. One thing we'll sadly lose is the richness of the X window manager ecosystem. That's not a techincal argument against Wayland.

    --
    SJW n. One who posts facts.
  10. Re:X11 SUCKS by Billly+Gates · · Score: 4, Interesting

    Quotes from the Unix Haters Handbook here.

    Let's desconstruct here your arguments X11 myths:

    Myth: X Demonstrates the Power of Client/Server Computing

    Fact: "The database client/server model (the server machine stores all the data, and the clients beseech it for data) makes sense. The computation client/server model (where the server is a very expensive or experimental supercomputer, and the client is a desktop workstation or portable computer) makes sense. But a graphical client/server model that slies the interface down some arbitrary middle is like Solomon following through with his child-sharing strategy. The legs, heart, and left eye end up on the server, the arms and lungs go to the client, the head is left rolling around on the floor, and blood spurts everywhere.

    The fundamental problem with X's notion of client/server is that the proper division of labor between the client and the server can only be decided on an application-by-application basis. Some applications (like a flight simulator) require that all mouse movement be sent to the application. Others need only mouse clicks. Still others need a sophisticated combination of the two, depending on the program's state or the region of the screen where the mouse happens to be. Some programs need to update meters or widgets on the screen every second. Other programs just want to display clocks; the server could just as well do the updating, provided that there was some way to tell it to do so.

    The right graphical client/server model is to have an extensible server. Application programs on remote machines can download their own special extension on demand and share libraries in the server. Downloaded code can draw windows, track input eents, provide fast interactive feedback, and minimize network traffic by communicating with the application using a dynamic, high-level protocol.

    As an example, imagine a CAD application built on top of such an extensible server. The application could download a program to draw an IC and associate it with a name. From then on, the client could draw the IC anywhere on the screen simply by sending the name and a pair of coordinates. Better yet, the client an download programs and data structures to draw the whole schematic, which are called automatically to refresh and scroll the window, without bothering the client. The user can drag an IC around smoothly, without any network traffic or context switching, and the server sends a single message to the client when the interaction is complete. This makes it possible to run interactive clients over low-speed (that is, slow-bandwidth) communication lines."

    Other fun tidbits that made me chuckle

    " How to make a 50-MIPS Workstation Run Like a 4.77MHz IBM PC

    If the designers of X-Windows built cars, there would be no fewer than five steering wheels hidden about the cockpit, none of which followed the same principles -- but you'd be able to shift gears with your car stereo. Useful feature, that.
    - Marus J. Ranum, Digital Equipment Corporation

    X-Windows is the Iran-Contra of graphical user interfaces: a tragedy of political compromises, entangled alliances, marketing hype, and just plain greed. X-Windows is to memory as Ronald Reagan was to money. Years of "Voodoo Ergonomics" have resulted in an unprecedented memory deficit of gargantuan proportions. Divisive dependencies, distributed deadlocks, and partisan protocols have tightened gridlocks, aggravated race conditions, and promulgated double standards.

    X has had its share of $5,000 toilet seats -- like Sun's Open Look clock tool, which gobbles up 1.4 megabytes of real memory! If you sacrificed all the RAM from 22 Commodore 64s to clock tool, it still wouldn't have enough to tell you the time. Even the vanilla X11R4 "xclock" utility consumed 656K to run. And X's memory usage is increasing."

    Dude if there ever was a case f

    --
    http://saveie6.com/
  11. Re:X also has stuff! by Billly+Gates · · Score: 2

    Or X was so horrible you needed an X Window Manager.

    Yes you can still have GUi's if you wnat in Wayland. Infact it is easier to make one as X11 is quite archaic, old, and difficult to work with.

    --
    http://saveie6.com/
  12. Xwayland by buchanmilne · · Score: 2

    You run an X server as a Wayland client:
    https://wayland.freedesktop.or...