Wayland 1.7.0 Marks an Important Release
jones_supa writes: The 1.7.0 release of Wayland is now available for download. The project thanks all who have contributed, and especially the desktop environments and client applications that now converse using Wayland. In an official announcement from Bryce Harrington of Samsung, he says the Wayland protocol may be considered 'done' but that doesn't mean there's not work to be done. A bigger importance is now given to testing, documentation, and bugfixing. As Wayland is maturing, we are also getting closer to the point where the big Linux distros will eventually start integrating it to their operating system.
I keep hearing about Wayland release this, and Wayland release that. That's all great - keep releasing new versions, that's progress. But I want to know, when can I install a GNU/Linux distro and start using Wayland. I know, it's next year, but we'll said that for a couple of years now and I'm running out of patience.
That's the right way to do it. They use pelican, xmlto with some customized XSLT and graphviz for maintainable high-level diagrams.
Pretty cool. So far I have only used sphinx (and doxygen before), but these days there are a lot of great documentation options out there.
NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
You can already run GNOME on Wayland on Fedora 21. I don't know when they will switch to it by default, but last time I heard anything about it the target was at Fedora 22.
After it was announced a year or two ago, I have heard nothing about RDP support in Wayland. Is it getting to the point that Wayland will have first-class support for transparently remoting apps with RDP? Anyone know the status on this? There's precious little info about this on the interwebs, and no real information on what the workflow looks like, say with ssh forwarding.
Actually, the opposite is happening. Lot's of BSD users are so annoyed by the anti-systemd trolls joining their community that their are now moving back to Linux.
Wow. First post and you've already hijacked the thread into another systemd flame fest?
My first program:
Hell Segmentation fault
Fedora 22 (due in three months) target is to have login screen on Wayland. Fedora 23 (October?) should have fully working GNOME session on Wayland.
:wq
Anyway to try it on hardware without using vm?
As Wayland is maturing, we are also getting closer to the point where the big Linux distros will eventually start integrating it to their operating system.
Will I grow old and die before this event?
They're targeting GNU HURD as their primary platform.
It's supposed to be used to play the next Duke Nukem release.
anti-systemd trolls
Nice revisionist history. It's the systemd guys that have been acting like children and constantly attack Linux users for pointing-out bugs. After posting a reproduction script to the mailing list about a problem with systemd ignoring the exit status from a script, I was told by one of the main devs that he hoped my mother got cancer. Joke's on him. She died of cancer in 1977. You also have kids like http://slashdot.org/~Eunuchswear here that post some nasty replies, and it appears from looking at the moderation on the posts he is replying to that he or his friends have mod points and are using them to attack people that post about systemd problems.
If the systemd guys spent as much time programming as they did attacking us, then we probably wouldn't have anything to complain about in the first place!
Posting as AC because two of the last three times I posted one of the systemd punks moderated my posts down. I don't want to lose more karma to those trolls.
Has it been tested? No.
Has it been audited? No.
It listens to network ports so all it takes is a single vulnerability in systemd and you can exploit the entire machine.
Compared to X11, RDP isn't good for seamless graphical element integration into the local environment (though integration of audio makes it better on another front, and performance wise RDP runs circles around X11).
All that said, I'm not one to be down on Wayland. Xpra demonstrates how a linux graphical environment is best remoted, and it doesn't really use the X protocol at all for the business end of things. It interjects as a compositor and window manager, with a dummy X server to satisfy the demands of X clients. The compositor gets the graphical data, sound comes along, and intercepting window manager hints lets it do other things like correctly place 'tray' icons. In other words the X protocol is at this point thoroughly superseded for it's big strength. I don't know if Wayland has something like Xpra yet, but I have hope.
XML is like violence. If it doesn't solve the problem, use more.
<rant>
For those of us who have not heard of Wayland, the following is how the summary reads:
The x.y.z release of Some Software is now available for download. The project thanks all who have contributed, and especially the desktop environments and client applications that now converse using Some Software. In an official announcement from Some Author of Some Company, he says the Some Software protocol may be considered 'done' but that doesn't mean there's not work to be done. A bigger importance is now given to testing, documentation, and bugfixing. As Some Software is maturing, we are also getting closer to the point where the big Linux distros will eventually start integrating it to their operating system.
So what does Some Software actually do and why should I be interested? I know that I can Google Some Software, but is it really that hard to start with the summary with the following:
The x.y.z release of Somesoftware, a package which does blah blah blah, is now available for download. ...
After all, phrases such as "As Wayland is maturing", imply that this is a relatively new piece of software still under development of which everyone is not familiar, especially for those of us using BSDs, Solaris, and Slackware.
</rant>
Software "done", but neither tested nor documented yet. So, what do we have then? Shipped 1.7.0 because it compiled?
Protocol done, nobody said the implementation was done except you so crawl back under the bridge.
Live today, because you never know what tomorrow brings
Why would you send bitmaps over the line when the only thing that matters is the rendering and state of standardized widgets?
Because sending a bitmap Just Works. A bitmap is a bitmap, and 10 years from now, will still be a bitmap. Rendering and standardized widgets change all the time.
GNOME? does anyone even run that shit after the GNOME team ruined it?
FYI you may want to try xpra (not wayland, but still). It's better than X forwarding, but operates on principles that translate to the Wayland stack if you dig into it.
Besides, I know portions of NCAR use VirtualGL (at least last I was involved). It does some stuff Xpra doesn't and currently only works with an X stack, but again it operates on principles that don't really intrinsically use the X11 network features.
Of course you may simply be referring to the fact that such approaches has not yet evolved in Wayland ecosystem, rather than implying they are hampered by not having an X11 style approach to remote applications.
XML is like violence. If it doesn't solve the problem, use more.
" I was told by one of the main devs that he hoped my mother got cancer" - how about naming names???
"The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
fuck you...I guess your kind would rather whine
Yeah, that's really productive.
I bet Red Hat is regretting associating themselves with systemd by hiring its creator and main developer. I know when I call their support that they're fed-up with dealing with systemd-created problems.
> She died of cancer in 1977.
Which means you're old enough to know better than to engage with angry, irrational children. Next time just ignore them rather than arguing with them. They obviously think that those of us that care about a script's exit status, stedrr not being logged in the journal, or high priority syslog messages being dropped are just old and out of touch. You're obviously not going to convince them with facts and logic after they're so emotionally (well, anger anyway) invested in defending their pet project.
Quite a lot of people use GNOME. The 3.0-3.6 versions were a bit shaky, but starting with 3.8 I would say that it's been quite good again.
Ah yes, login screen in F22 and default in F23. Thanks!
> moderated my posts down.
I think three of my last four systemd posts were marked as trolls even though I gave specific examples of bugs. The systemd community is simply toxic.
Last night, I created a bug at:
https://bugs.freedesktop.org/e...
With a script I found from:
http://www.reddit.com/r/linux/...
that I was able to use to reproduce two different systemd bugs with on a Red Hat 7 and a CentOS 7 system. It is a well written and very self-explanatory example. I can no longer find the bug. It looks like they deleted it.
I really don't know anyone that uses it. Mate, Cinnamin, KDE, xfce4....but no GNOME users.
I've Debian 8 testing with default desktop in a vm....GNOME still awful for me. Won't even talk about systemD troubleshooting which was the purpose of making that vm
Considering the overwhelming amount of hate systemd gets in every linux thread, it seems strange to accuse the systemd folks of trolling. The venom is clearly not coming from them, at least not the majority of it.
This is fun -- a troll is pretending to be me.
It was me that made the [incorrect] suggestion about Type=forking.
Watch this Heartland Institute video
What was the bug#
Watch this Heartland Institute video
Yeah. I have to agree with this to a degree. There are a great number of childish and petty people in BOTH camps. I've seen good anti-systemd posts get modded troll and I've seen good pro-systemd posts get modded troll. To attack the project community (or anti-project) community based on the toxic fringes of each seems counterintuitive.
(Disclaimer: I'm from the pro-systemd camp, and while I've tried to keep my posts as nice as possible I'm sure I've slipped from time to time. For that, I'm sorry.)
One of the huge problems I have is that when others try the examples given they find:
systemd does log high priority messages
systemd does not ignore stderr
systemd does not ignore exit codes.
Watch this Heartland Institute video
the number.
what was the bug number.
Watch this Heartland Institute video
Because it's fast. I don't care what any linux user says (and I'm 100% linux on my own stuff at home), RDP is still 10 times quicker than anything linux has to offer in this area. I do like the desktop integration of remoting through SSH, but it's dog slow. Seems to me there ought to be a way to run RDP type stuff remotely and still have each app appear in it's own window and be managed by the desktop.
Indeed the horror. I recently bought a new car, but when I wanted to put my horse in front of my brand new car I noticed there were no shafts! How the hell can I let my horse pull my car when I run out of gas when I'm in the middle of a wilderness with no gas station in sight?
Sigh... I had to return my car. I guess I've to wait until some bright mind comes up with the idea of designing a fosil fuel independent car with a couple of shafts.
So a) they got to v1.7.0 of an implementation before they finished the initial protocol they were implementing, and b) they are NOW increasing their work on documentation and testing.
This is why actual engineers, including software engineers, either laugh or cry over these programmers who think they should be treated with respect.
The venom is clearly not coming from them, at least not the majority of it.
Well, I guess venom is an inadequate description for systemd...
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
RDP is still 10 times quicker than anything linux has to offer in this area
Except for RDP, of course. Linux offers RDP, and this protocol is obviously not 10 times quicker than itself ;)
Pardon my pedantic attempt at levity. I haven't actually used RDP in Linux for ages, so I don't know how current implementations compare to those used in modern Windows, but I glanced on Wikipedia and found something you might find interesting: "In 2009, rdesktop was forked as FreeRDP, a new project aiming at modularizing the code, addressing various issues, and implementing new features. FreeRDP comes with its own command-line-client xfreerdp, which supports Seamless Windows in RDP6." Seamless windows is the thing you're looking for, so maybe give FreeRDP a try.
Only the bits of X they consider important.
It was planned as more an alternative MS style window system for *nix boxes than a "replacement" for X, but has adopted more X style features (eg. choice of window management instead of one style fits all) as the project has progressed.
It's the differences that have people arguing and putting people down for wanting to run applications from 2013, 2005 or (shock horror!) commercial *nix software that still has bits from 1999. If you are not willing to have all new applications for an all new environment then Wayland is not for you because it is an alternative desktop for new stuff and not designed to do what the old one could do and run old applications.
You're confused. Bugzilla bugs endure forever, they don't get deleted. Even a developer doesn't have an option in the UI to delete a bug, they can only close it. I've filed bunches of systemd bugs. They've always been professionally responded to, and many of those bugs were in fact considered bugs and have been fixed. The rest either were user error, dracut, udev or kernel bugs.
Yeah if you're remoting on a LAN. Those of us who remote access our linux boxes online crave something faster.
It's quite telling when users of a display system that was built around network transparency opt to instead install programs that offer alternatives like Xrdp.
I hit /. daily, fark daily, run Linux daily. I've heard of Wayland, but have no idea what it is. So, um, WTF is Wayland and why should I care? Summary, help me out?
I'll be amazed if the GP does. Not because he chooses to take the high road, but because he's spouting BS.
FWIW the reddit you link to has some replies with very reasonable explanations for the behavior you mention. As they state, I think the deal is even if it fails, it failed _after_ it started, and thus the start itself was successful. I think this is reasonable. I also got all log entries when reproducing here (same result as everyone else in that thread).
I'm not saying deleting bugs is cool - at least a WONTFIX or link to a DUP is appropriate - but are you sure it was opened successfully? What was the bug #?
The above said - I do see your point from a usability, if not strict "proper functioning" standpoint; previously for forking services that did some sort of constant time initialization and checking (opening files, sockets, etc) if the initialization failed they could report back and the startup script could return that result - systemd doesn't seem to support that. However there are other problems with the old way too (as you're checking result code I assume you're scripting) - startup could hang and you never get a result.I suppose the solution is similar for both cases - pick a point of time in the future and check if the status is as expected.
Maybe this is a feature request? As stated in the reddit, it only makes sense for forking services. It's not something I'd ever want, but maybe you could give a use case?
SIGDANGER is my middle name
You should watch this. The drivers behind this are not just gamers and idiot home users.
SIGDANGER is my middle name
I don't know what a compositor does - can someone give a link to an explanation how all this stuff fits together please, preferably one with diagrams?
As someone who would like to use Linux exclusively and would like to promote it more, I'm annoyed and embarrassed that I can't get decent Linux remote desktop over my GB LAN: You want video? What year do you think this is, 2015?
Whereas Microsoft RDP works very well indeed.
I find it entertaining that people even post drivel like this. Why is it that the hate and venom must not be justified? Why not judge software on its merits, situations on the facts? I don't give a rat's backside who spews more venom; I care if the software works and if they actually fix problems or not.
Its equally possible that the systemd people are wonderful and being hated on by idiots as that they're all jerks being hated on by righteous geniuses. You shouldn't pick sides based on who's yelling.
- Michael T. Babcock (Yes, I blog)
I use gnome on one PC because I want to know for sure when I post how bad it sucks that I'm right. Fedora 20 for the record; and Gnome 3 manages to crash on me multiple times an hour some days doing nothing exciting (and with 16GB of RAM).
- Michael T. Babcock (Yes, I blog)
From TFA:
>Wayland's developer documentation is comprised of three different pieces.
Where's that guy from Wikipedia to fix their grammar?
I should use this sig to advertise my book ISBN-13 : 978-1501515132.
The open development process would be impossible if the code was not released early on. This is not just some Red Hat's or Samsung's internal project which is shipped only after it is fully polished inside the house.
Of course, if it in the coming months or years never attains the state where you can expect it to compile properly or to have complete documentation, then some whining would be understandable. So you have a point.
Actually that bug may already be fixed upstream, and the proper place to report it is to RH bugtracker.
Basically, RH has used a "old" systemd version for RHEL7.
Sadly these kinds of issues muddy the water regarding systemd critique, as it allows blanket dismissal of complaints...
comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
It seems to boil down to this behavior having changed, for the better, with more recent systemd versions. But RHEL is using a "old" version.
comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
Sadly i think that after Poettering went live with his rant about the Linux community, the whole systemd issue has turned into a "gamergate" style shit storm.
comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
RDP is actually usable over bad ADSL connections. With real, modern programs. X is barely usable over such a connection unless you're using a Motiff app from 20 years ago.
Watching that is just as likely to drive people away, as the attitude of the presenter is up there with the one displayed by the systemd maintainers...
comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
Which version of RHEL? I've tried all the things that are supposed to be a problem on CentOS 7, and they all work without a problem.
I've searched for bug reports or mailing list messages about these problema and can't find any.
The whole "systemd throws away log messages" idea is endlessly repeated by AC's who never reply to honest questions and http://slashdot.org/~greenwow who is some kind of insane troll (check his comment history if you don't beieve me)..
Watch this Heartland Institute video
The debate is not exactly symmetric: One side has built a certain software that has been adopted by all mayor linux distributions. The other side has built nothing but flamewars.
this post contain no useful information, no need to mod it down
You should watch this. The drivers behind this are not just gamers and idiot home users.
Replacing X11 is of little advantage to gamers, because game performance is almost entirely determined by OpenGL, and the drawing operations bypass any X protocols. (gl)X is only needed for purposes like creating a - usually fullscreen - window and GL context, swapping buffers at the end of each frame, and handling keyboard and mose input. Saving a few microseconds on those does not make a noteworthy difference. A decent window manager also automatically disables composition, which does have a negative impact on performance, when a fullscreen application like a game is running. In practice, with drivers of reasonable quality (currently available for Nvidia hardware), OpenGL games and demos run as fast or even slightly better than on Windows. Also, Phoronix benchmarks have shown that using Wayland can actually make the performance worse.
Linux ports of games run worse than Windows/Direct3D not because of the alleged "overhead" of X11, but as a result of poor driver and port quality. OpenGL and Linux have very small market share in gaming, so hardware vendors and game developers cannot justify spending much resources on optimizing drivers/software for those.
Some of the other improvements over X11, such as allowing for displays larger than 32768x32768 pixels, are also of limited practical relevance for the forseeable future, other than for some specialized niche applications. Not to mention the limitation could be removed by updating X11. In any case, it took more than a decade for the standard desktop resolution to increase from 640x480 to 1920x1080, and above 10000 pixels the human eye starts to become a limiting factor at a sensible vieving distance/FOV.
I know nearly squat about systemd, but after reading these scripts, it looks like desired behavior to me. I don't want one program returning the exit status of another program as it's own exit status. If that were permitted, it would be impossible to see if the program launching a service failed from if the service failed to launch.
I can see where novice scripter or people familiar with the blocking style of SystemV might write it this way. It's just not the right thing to do when considering concurrency.
After all, exactly how long does one have to wait until a service exits before looking for the exit code? This is not a script running service, so you can't get a passing exit code in any reasonable amount of time.
that was my thought
"The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
If so, why?
Will it run Crysis?
I'm a long time UNIX guy, started way back in 1988. So far I like systemd. Have been using it on OpenSuSE.
Can't see what is the fuzz all about.
There are plenty of non systemd linuxes anyways.
I particularly love the systemd logging system.
That's a cute rant, but you'll note that my post makes no judgement on the software. I was really commenting on someone else's statement on systemd trolls. Did you also inform the person above that what they post is drivel?
Let's be honest, there's a huge anti-systemd circlejerk on slashdot, and very few people are actually using logical arguments to justify their hate. Given that all the major distros have adopted it, it's clear as day that the reaction against systemd is a mostly emotional one.
I'm not sure how - note that Daniel Stone (the presenter) appears here http://www.x.org/wiki/BoardOfD... - so he's one of the current folks in charge of dealing with the current xorg code; who better to judge the current state of xorg than someone who works with it every day? Another good presentation on the current state of X and its problems: http://youtu.be/2l7ixRE3OCw
SIGDANGER is my middle name
But wonder if the tricks Bumblebee employ, would work in Wayland.
Says that he resigned back in 2009.
And hmm, Collabora. I keep bumping into that company for some reason...
comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
That's an interestingly biased comparison.
I can repeat it for you; one side (Microsoft) has built a certain software (Windows) which has been adopted by billions of people worldwide. The other side has nothing but flamewars.
Its not true though, is it? Just because something is adopted doesn't mean its best, or even good -- it just means it was adopted at all. You see the fallacy now, right?
Microsoft didn't release Windows 8 because they thought it sucked. Same for Vista, and Windows Me. They thought they were good; and Dell, HP, Acer, etc. installed them on PCs because that's what you do, not because they were *good* but because nothing else did what was necessary at the time.
Systemd is *functional* but it has horrible problems, not the least of which is with PR and responding to bug reports which it simply denies are bugs or exist at all. Its in use because nothing else does what it does as well as it does it -- that doesn't mean it deserves praise.
- Michael T. Babcock (Yes, I blog)
That's a flood-length post? How much do you suck at typing exactly?
Those 174 words took me no longer than 2 minutes to write; maybe you should do something more productive than troll.
- Michael T. Babcock (Yes, I blog)