This article is about Wayland. Do you have any thoughts on Wayland? Weston? The future? X, even? Maybe some specific question about Mir and how it relates to thing things Wayland wants to do as well? The advantages of one vs the other? No? You don't have anything constructive to add? Greeeeeeeeeaaaaaaaat.
It's times like these I wish I could downvote a comment more than once.
"The most important principle on HN, though, is to make thoughtful comments. Thoughtful in both senses: both civil and substantial."
Or maybe you're agreeing with me? It seems strange to redirect me to the newbie guide then.
The definition of constructive is to serve a purpose, whether negative or positive it doesn't matter.
I am worried that the manpower will be divided and that minor decisions now will fuck up cross communal efforts. That's a reasonable belief.
What the manufacturers decide to do is critical, and I promise you they aren't taking some kind of meritocratic open-source approach to evaluating where to place their resources.
Wayland is already at 1.0, and has support from Valve, Nvidia, and AMD behind it. I don't see it disappearing soon. Especially since the implementation of Mir isn't even usable yet (while Wayland is).
If so, that's a pretty interesting development.
---
EDIT: Thanks for the update ElliotH!
Nvidia http://www.phoronix.com/scan.php?page=news_item&px=MTE5M...
AMD http://www.phoronix.com/scan.php?page=news_item&px=MTE2N...
A great pity.
[1] https://plus.google.com/100409717163242445476/posts/jDq6BAgd...
They've given a specific list of reasons. If you're going to complain about it, at least refute their specific technical reasons if you want your complaint to have any credibility.
https://plus.google.com/100409717163242445476/posts/jDq6BAgd...
But it seems to me that the main problem Canonical had with Wayland was that they wanted to run their stack on devices that only had Android device drivers. As far as I can tell Wayland relies on things like KMS to function, and at the very least Firefox OS has no plans to use Wayland because they don't think they can get it to use the Android drivers they're planning on using.
Is this a limitation of Wayland or the reference implementation? If I'm not mistaken the server needs a modesetting api, not necessarily KMS.
The server runs on top of a modesetting API (kernel modesetting, OpenWF Display or similar)
Reasons that mean nothing to those of us that don't understand display servers and/or composting.
If you're going to complain about it, at least refute their specific technical reasons if you want your complaint to have any credibility.
I can't, and I don't think any of us meaningfully can unless there are some X, Wayland or Mir developers lurking around HN.
But I think the Wayland dev's google plus post [3] mailing list post [2] and IRC log [1] all give the impression that that list of reasons offered up by Ubuntu is, at least in part, bunk or could be addressed upstream in wayland. An upstream project that Ubuntu was already involved in for years and had the power to shape but never actually voiced their concerns when wayland's architecture didn't meet ubuntu's requirements. Ubuntu is free not to reveal the real reasons behind their decision, but unless they do the whole thing is dripping in Not Invented Here syndrome.
In fact, it seems like from the Wayland community, the problem isn't that Ubuntu is striking it out on their own, its that they're distributing a bunch of miss-understanding about Wayland in the process.
01:16 <RAOF [Ubuntu dev]> We're not forking wayland; that's part of what krh [Wayland lead] is annoyed with?
01:17 <Prf_Jakob> RAOF: he said he was annoyed with you having a wiki page full of missunderstandings of how wayland work.
[1] http://pastebin.com/KjRm3be1[2] http://lists.freedesktop.org/archives/wayland-devel/2013-Mar...
This means that the closed-source drivers are tightly coupled with X and can only be made to work with Wayland by the Nvidia and AMD teams themselves.
Now Ubuntu comes along, looks at wayland and decides that it is not good enough for some reasons they _hopefully_ have thought long and hard about and starts working on an alternative.
But Ubuntu actually has enough clout to convince AMD and NVidia to work with them on this new system. This means wayland is effectively shut out and might as well call it quits.
So the awkward thing is that we were promised a clean, fast well architected system for years which after years of development finally reached 1.0 and seems to be quite usable. At that precise point the only company capable of making wayland real-world stuff changes his mind and decides on going all-in on some software we don't know if even exists yet and for some magical reason is better than Wayland.
Everyone is just stunned :P
2/ NIH is a bad reason for parallel projects.
3/ The major reason that nothing has unseated X, despite its very longstanding, well-known problems, is because nothing has had momentum until Wayland. Canonical seem determined to deep-six that momentum with a piece of software that will require other Linux environments to buy into a company-owned replacement. This seems likely to fragment the effort it a toxic way, with two incompatible replacements splitting not just graphics development efforts, but splitting app developers.
GNU GPL v3, GNU LGPL v3, MIT / X / Expat Licence, Other/Open Source (Boost Software License - Version 1.0) Commercial subscription expires 2022-09-24
https://www.gnu.org/licenses/license-list.html :
Boost Software License (#boost) This is a lax, permissive non-copyleft free software license, compatible with the GNU GPL.