Why not both? I want to use Mir instead of Wayland, who are you to tell me what to use?
Trying to build and make a standard of a new one is hard enough.
Spending resources for a 3rd one, that we all knew has less chance of succeeding, was considered a waste by many.
As a community, some like me analyzed that Mir was a bad strategic move and just said it. There is nothing wrong with expressing this opinion. It's not stealing your freedom away.
Turns out we were right. Mir was too big of a project to chew for canonical, and the effort, that could have been invested in getting a better wayland sooner, was wasted.
This is a repeating problem in open source. It's hard to find the balance between innovation and playing as a team.
Given the fantastic track record of canonical though, we can't blame them. They tried. I'm glad they have this spirit, they made the Linux desktop better.
I'm also glad the Mir fad is over.
I have learned to hate this term. Sometimes it means choice other times it means different solutions to the same problem. I much rather have choice then be placed in a box.
> repeating problem in open source, it's a repeating problem for Unix
Since Open Source and Linux aka *Unix has won I fail to see your point.
The big issue was they went with their own solution and didn't add to Wayland which is something they could have done this wasn't fragmentation.
"When Mir was started we needed a mechanism for client-server communications (and Wayland wasn’t in the state it is today). We did something that worked well enough (libmirclient) and, because it’s just a small, intentionally isolated part of the whole, we could change later."
Starting Mir after and if investing on Wayland failed would have been much wiser.
"Starting deb after and if investing on rpm failed would have been much wiser" except that Debian developers already knew rpm didn't meet their needs.
But these arguments are always selectively applied to certain parties (e.g. Canonical) and not others (e.g. Red Hat).
Besides, deb/rpm is the perfect example of our failure as a community. To the end user, having both standards bring nothing. Neither are better than the other for 99% of use cases, and we ends up needing twice the tool, documentation and community effort that we should.
And because it's such pain, any languages created their own package managers. gem, pip, goget, npm...
Now we are replaying the same with flatpak/snap.
After dealing with the various walled gardens and their concomitant limitations, and after dealing with any system of linux package management, the Windows way feels like some sort of joyous escape from captivity.
I don't know what you mean, but I can make my point a little more explicit: Unix has fragmented the graphics stack in the past and it just hurt the software ecosystem for no particular benefit. In the eighties, users had to choose between mutually incompatible desktop environments. Later, users had to choose between sort-of compatible desktop environments like kde and gnome (progress!). Looking beyond desktop environments to the rest of the system, there are plenty of more specialized bits that administrators and developers (and end users, if linux can truly be said to have those) have to choose between, even though no sane person should have to care.
And that's basically fine. This kind of stuff is why desktop linux is mostly just a tool for developers and students, while the real world uses Windows, iOS, and Android for everything. It's a little inconsistent for Canonical to be fragmenting the ecosystem, however, since they (maybe I'm wrong about this?) aim to bring about The Year Of Linux On The Desktop.
> Unix has fragmented the graphics stack in the past
Yes I remember these days. We were just having different solutions to the same problem. It got settled fairly fast, but I never had the issue of I paid for this Unix and now I have to decide what display manager was going to be. Each vendor pretty much made the choice already for you.
> Later, users had to choose between sort-of compatible desktop environments like kde and gnome (progress!).
I have been a KDE guy forever, but I could always use whatever programs I wanted. They might not look decent but they all worked together with a few tiny exceptions in the early 2000s. Today I mostly use a tiled window manager but I still use KDE programs with my command line programs. I don't ever get the issue with mutliple of Desktops since that is a strong plus for people to discover what works best with their workflow.
> developers (and end users, if linux can truly be said to have those)
WHAT???? You mean the people that developed Mir????
> the real world uses Windows, iOS, and Android for everything
http://google.com is Linux, Android is Linux. MacOS is a Unix. The web is majority Linux. People use Linux everyday and I guess your one of the people that doesn't realize it or it doesn't count? But the vast majority of CPU ticks on this planet are all Linux ticks.
You keep trying to make Linux Desktop = Linux and while desktop is a part of Linux. Your mixing and matching to make a point that is inconsistent.
Well, there are a few different points here. Fragmentation messes up the desktop software ecosystem, and I started with that. This is a thread about Mir, after all.
But fragmentation is not unique to the desktop portion of the Linux world. I think the same problem of fragmentation and multiple standards creating choices no end user should have to worry about applies to the rest of Linux.
> http://google.com is Linux, Android is Linux. MacOS is a Unix. The web is majority Linux. People use Linux everyday and I guess your one of the people that doesn't realize it or it doesn't count? But the vast majority of CPU ticks on this planet are all Linux ticks.
And if you have some reason to regard that as a victory, congratulations! But to get back to the point: in most of those cases, someone has abstracted away and hidden from the user - through a lot of needlessly difficult work - the gratuitous bullshit of choosing between competing GUI environments or package managers or service managers or distributions or whatever other stupid thing Linux hasn't standardized yet.
A web user doesn't care about this stuff at all. On Android, grown-ups have dictated the direction of the platform and the whole end user experience is identical to that of a closed operating system. Ditto for iOS and MacOS.
This is all slightly interesting in light of the fact that Canonical always sort of aspired to make a more streamlined and straightforward product for users, while (debatably) operating within traditional open source development norms. Going off and doing Mir (in secret, although I don't think that's really the big deal) doesn't seem conducive to that.
Anyone framing these issues as fragmentation is using it as a buzzword. Fragmentation isn't a thing when you're comparing three things that provide meaningfully different pros and cons.
Fragmentation is an issue when it means having the same 6 solutions to the problem, all poorly implemented, compared to 3 good solutions.
Nothing inherently wrong with that, but for someone outside of Canonical it's hard to be interested in a competing solution which only exist in order to pad Canonical's bottom line.
Which was also the reaction from the rest of the Linux ecosystem.
They can't license Ubuntu any way they want, because Ubuntu is 99% software which comes from (and are owned by) other sources, not Canonical.
I have nothing against Canonical wanting to follow this. I do not like only one company being able to offer a different license (their CLA). So anything like that is a no-go for me.
From the old blogs it sounds like they really wanted buffer memory allocation done in the server/compositor due to limitations on some ARM GPUs. Wayland was never about resource allocation and doesn't want to be. One of the complaints about X was that it had a bunch of OS features like memory management, font rendering, etc. At a high level I agree that it seems dumb to have memory management in the display server, but that just in principle. In practice I can't say if the mobile concerns would be best addressed with Mir or Wayland, but I think it has been addressed in both. You can run Wayland on RasberryPi after all.
In the case or Mir:
- it's like creating an alternative linux kernel. Very few chances it will succeed.
- even they roadmap didn't list anything wayland couldn't do.
- canonical doesn't have that much cash to waste.
I would have get Mir if they would have said:
- we will do X that wayland clearly can't do and that we can't contribute to wayland;
- we have tons of cash and devs and can spare a few to experiment.
It's just not the case here.
This is open source, we all want a better linux desktop, not a war. Mir felt more like starting a battle than solving a problem.
In open source, making your own project is not starting a war. This kind of flaming and demanding to control other people's allocations of resources is what makes a battle.
Since I spend easily 50 hours every year on the Ubuntu project and give to the project, I think I have the right to post a comment on HN saying "I disagree".
That's not a too much to ask is it ?
Especially since people disagreeing ending up being right.
1. Doubling the number of people on a project does not double the speed of its production. It may actually hurt matters. This is the classic problem of estimating with man-hours and ignoring coordination costs
2. They aren't your resources to spend. Canonical doesn't tell Red Hat what it can do, so why the other way around?
Resources are not just for dev. You have documentation, integration, adaptation of dependencies, packaging...
But even if you just don't spend the resources on wayland nor mir, then you can use them for stuff the users want. Like fixing external monitor handling, wifi and battery life .
Having basic features working on your project should be a more important priority than building an alternative compositor anyway. Even more when one is already on it's way and in good shape.
> They aren't your resources to spend. Canonical doesn't tell Red Hat what it can do, so why the other way around?
Just because they aren't my resource doesn't mean I can't express my view on it. I'm not actively preventing canonical to do anything.
But as an Ubuntu user with priorities, as an active member of the community doing bug reports and trying beta software, as an Ubuntu evangelist spending personal time to sell Ubuntu/install it/maintain it on my relative laptops and as somebody who gives financial support to the project, it's fair that I express my thoughts on the matter.
I don't even know why I have to tell that to you. It should be obvious. It's a community. Communities communicate.
Also since, me and the others like me, where right about it (that mir would fail and waste resources), I'd say I wished we would have been listened to.
I'm not playing the blame game. I'm certainly not questioning Canonical competence and I'm not angry at them. I love the company and the product. I just happen to disagree with their politic on this particular decision.
I'm now very glad they choose to invest in wayland.
I will miss unity, which was a project I liked. So it's a not just about "reinventing the wheel" and "competition". I like gnome shell less than unity, but I think it's a good decision to work on it instead for the community.
There is of course a limit, eventually you get too many people, but Wayland is not in danger of that. I believe Wayland would be better off with triple the team size long term. It would let them fix numerous bus problems, allow more code review, and speed them up. I would gladly take slower progress short term to get faster progress long term.
Unfortunately code like wayland demands the best programmers. A .01% speed increase in many parts is noticeable to the end users. There are tons of bugs in graphics drivers (and hardware) that have to be worked around at the wayland level. There are many variations of what the hardware can do and they need to take advantage of each one while still working on systems without that feature. As such wayland (like X before it) is unlikely to ever get enough people.
Sure you can use both, but if you choose mir you are limited to just the applications ubuntu chooses to provide. If you choose wayland, you get almost everything else because all the toolkits all choose wayland.
* I'm not actually a framework or window manager maintainer. I follow their blogs though, and this is essentially what they say.
[Unless the Mir haters are not as large in number, but merely a lot louder]
It may well have started with Anonymous, but turned nasty somewhere around Gamersgate.
Why do we need multiple of projects (By developers) to replace one project (X 11)? This has taken 10 years longer then it should have already and Mir doesn't have a declared reason why to separate from the community and do it's own alternative and how it would help all of Linux.
Likewise no one outside Canonical bothered to support Mir, because it offered no advantages over Wayland.
If you want to use Mir, go ahead, that doesn't mean anyone owes you support.