Originally posted by scionicspectre
View Post
Announcement
Collapse
No announcement yet.
Ubuntu 14.04 Codename Revealed, Mir Haters Attacked
Collapse
X
-
-
This is what I don't understand.
Canonical devs: "We're tossing away all the work done by the community and developing our own display server because we want to have more control and to not be tied to a protocol set by others. We're making a display server that is developed for Unity, with Unity's and Ubuntu's needs as a priority. Oh, and we expect that it will become immensely popular and everyone else will adopt it."
Something there doesn't add up. It's like saying, "I developed this engine for my 5-wheeled motorbike that runs on fish oil, I expect it to be hugely popular for use in all gasoline-powered cars."
Comment
-
Originally posted by dee. View PostThe arguments made against Mir are not political. There are some very good arguments made, most notably, that it is causing fragmentation of the Linux ecosystem at a very fundamental level, something that goes beyond different Desktop Environments.
Even with all the variation in Linux distributions, developers have always been able to count on a common display server, X, and assume it to be used on any distro.
In fact, if anything is a political move, it's Mir. It provides no benefit whatsoever compared to Wayland.
no benefit at all, not really - in fact going with TDD/agile on a new codebase has allowed them to have an integrated shell + compositor in a "workable" state after 15 months or so, compared to the 5 years and counting since the inception of the wayland project
besides, as fixated as canonical seems to be with C++ now, they would hardly ever contribute to a (C based) project such as wayland - while mir fits in the picture of progressively building a new (at least as far as code is concerned) and distinct platform one piece at a time
Any claimed benefits against Wayland have been debunked.
Comment
-
Originally posted by Delgarde View PostFat chance of that... that would imply that the market *noticed* it. And frankly, I don't see that happening... for all Mark's talk, they're too much of a minority player for anyone outside the tech sector to pay them much attention.
apparently, there are people who are *waiting* for smartphones that would let them tinker as in android's early days, or that would support all the apps and games android does, but without Google's attached strings wrt privacy...
Comment
-
Originally posted by silix View Postno benefit at all, not really - in fact going with TDD/agile on a new codebase has allowed them to have an integrated shell + compositor in a "workable" state after 15 months or so, compared to the 5 years and counting since the inception of the wayland project
Comment
-
Originally posted by silix View Postthe fragmentation argument is understandable, and apt in the context of linux distributions, but what if the point was Ubuntu not being just one out of the many linux distributions out there, anymore, but rather an operating system platform on its own?
Comment
-
Originally posted by silix View Postthe fragmentation argument is understandable, and apt in the context of linux distributions, but what if the point was Ubuntu not being just one out of the many linux distributions out there, anymore, but rather an operating system platform on its own?
However, Canonical would never be able to pull off a plan like that, due to the simple reason that 99% of Ubuntu depends on open source code developed by others. Ubuntu cannot exist in a vacuum: Without a healthy ecosystem of Linux distributions and developers around it, Ubuntu would also die. Canonical does not have the resources or manpower to maintain all the code they need for a complete OS platform. They barely have enough to develop their own solutions as it is. Such a plan would be like biting the hand that feeds you.
and thats what makes linux a "unix" like several others (although more open / customizeable /.. ), more than other factors, platform-wise..
no benefit for the end user or the Wayland community, maybe
no benefit at all, not really - in fact going with TDD/agile on a new codebase has allowed them to have an integrated shell + compositor in a "workable" state after 15 months or so, compared to the 5 years and counting since the inception of the wayland project
Wayland has taken several years because Wayland devs have been doing all the hard, boring groundwork and plumbing in all of the rest of the graphics stack that may not produce flashy demos, but nevertheless was necessary to even make it possible to create a modern display protocol.
After all this groundwork was done, which was the hardest, longest part of Wayland development, Mir piggybacked on that work and copied a lot of parts done by others (some they even forked directly, such as Xwayland -> Xmir). Without all the work done by Wayland developers, Mir wouldn't even be possible, because Canonical didn't and doesn't have the knowhow, experience or ability to do that kind of work. So now they can appear (at least to the ignorant) as if they had developed Mir much faster than Wayland, when in truth they merely took advantage of all the work done before them.
Meanwhile, after Mir was started, Wayland development also shifted from the boring groundwork phase to the final phase of implementing the rest of the protocol, compositors and toolkit support. So now Wayland is advancing much faster than Mir, which predictably seems to have ran into problems.
Also, Wayland is a protocol, so there's nothing stopping Canonical from implementing their own Wayland compositor, with integrated shell if they want. In fact GNOME is doing something very much like that - GNOME Shell is being converted into a Wayland compositor. All Wayland provides is a library that contains implementations of the Wayland protocol, a way for compositors, clients and hardware to speak the same language.
Canonical could easily have created their own Wayland compositor and maintained control of its entire codebase, they could have licensed it in any way they wanted, written it in any language and development method they wanted. So these reasons for "needing to create Mir" are entirely false.
besides, as fixated as canonical seems to be with C++ now, they would hardly ever contribute to a (C based) project such as wayland - while mir fits in the picture of progressively building a new (at least as far as code is concerned) and distinct platform one piece at a time
more than debunked it seems to me that they do each hold ground, at the same time not being enough of a justification for the fragmentation the project introduce... but now again, what if that "fragmentation" (that someone may call "product differentation" or "added value") ie heading towards the creation of an indipendent ubuntu platform (like has happened for android) was the main goal and benefit in itself?
Comment
-
Originally posted by silix View Postbut the market may notice it, after all...
apparently, there are people who are *waiting* for smartphones that would let them tinker as in android's early days, or that would support all the apps and games android does, but without Google's attached strings wrt privacy...
It's the same issue with FirefoxOS... great project, but never going to be more than a distant runner-up. And Firefox has much better brand recognition than Ubuntu does...
Comment
-
Originally posted by phoronix View PostPhoronix: Ubuntu 14.04 Codename Revealed, Mir Haters Attacked
Mark Shuttleworth has revealed the codename of the Ubuntu 14.04 LTS release while also having some choice words about those criticizing Canonical's Mir Display Server, and comparing them to an Open Source Tea Party...
http://www.phoronix.com/vr.php?view=MTQ4OTM
Comment
-
Because fragmentation...
Originally posted by mike4 View PostI don't understand why they can not mix it all together for a gorgeous Linux shake. It's like rpm and deb...I only wait for the mixture.
Mir uses license that, as far as I understand doesn't allow forking. Meaning, Mir is owned by Ubuntu and not you. So why support THEM instead of community?
And frankly, there is nothing good about DEB VS RPM.
Comment
Comment