Linked by Thom Holwerda on Mon 4th Mar 2013 18:26 UTC
Ubuntu, Kubuntu, Xubuntu "Canonical has today publicly confirmed that they are working on a new cross-platform displayer server for Ubuntu. Called 'Mir', the X Window Server replacement is tasked with 'enabling development of the next generation Unity'. Which, in yet another about-turn, is to be rebuilt in Qt/QML." It'll be used for all Ubuntu variants (phone, tablet, desktop), and the first version will be released come May.
Thread beginning with comment 554189
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: Comment by shmerl
by fran on Mon 4th Mar 2013 20:31 UTC in reply to "Comment by shmerl"
Member since:

It doesn't sound good. Why can't they use Wayland?

They discussed this in the MirSpec page.
I don't know if/how valid it is but below are the excerpt.

"Why Not Wayland / Weston?

An obvious clarification first: Wayland is a protocol definition that defines how a client application should talk to a compositor component. It touches areas like surface creation/destruction, graphics buffer allocation/management, input event handling and a rough prototype for the integration of shell components. However, our evaluation of the protocol definition revealed that the Wayland protocol suffers from multiple problems, including:

1.The input event handling partly
recreates the X semantics and is thus likely to expose similar problems to the ones we described in the introductory section.

2. The shell integration parts of the protocol are considered privileged from our perspective and we'd rather avoid having any sort of shell behavior defined in the protocol.

However, we still think that Wayland's attempt at standardizing the communication between clients and the display server component is very sensible and useful, but it didn't fit our requirements and we decided to go for the following architecture w.r.t. to protocol-integration:

1. A protocol-agnostic inner core that is extremely well-defined, well-tested and portable.

2. An outer-shell together with a frontend-firewall that allow us to port our display server to arbitrary graphics stacks and bind it to multiple protocols.

In summary, we have not chosen Wayland/Weston as our basis for delivering a next-generation user experience as it does not fulfill our requirements completely. More to this, with our protocol- and platform-agnostic approach, we can make sure that we reach our goal of a consistent and beautiful user experience across platforms and device form factors. However, Wayland support could be added either by providing a Wayland-specific frontend implementation for our display server or by providing a client-side implementation of libwayland that ultimately talks to Mir."

Edited 2013-03-04 20:35 UTC

Reply Parent Score: 3

RE[2]: Comment by shmerl
by shmerl on Mon 4th Mar 2013 20:38 in reply to "RE: Comment by shmerl"
shmerl Member since:

I'm not so sure how valid those reasons are. But they didn't address the drivers fragmentation (of the lack of it) that can arise because of their shift.

Reply Parent Score: 3

RE[2]: Comment by shmerl
by shmerl on Tue 5th Mar 2013 01:52 in reply to "RE: Comment by shmerl"
shmerl Member since:

Wayland / developers take on this:

Edited 2013-03-05 01:52 UTC

Reply Parent Score: 5

RE[3]: Comment by shmerl
by cyrilleberger on Tue 5th Mar 2013 07:59 in reply to "RE[2]: Comment by shmerl"
cyrilleberger Member since:

Wayland / developers take on this:

s/Wayland \/ Hat/

That said I agree with them. But it is worth reminding that except for Haitzler, all the people expressing their opinions on that phornix page either work or used to work for Red Hat.

Reply Parent Score: 3