Page 1 of 2 12 LastLast
Results 1 to 10 of 52

Thread: Mir Display Server Now Uses XKB Common

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    15,121

    Default Mir Display Server Now Uses XKB Common

    Phoronix: Mir Display Server Now Uses XKB Common

    Similar to Wayland, Mir now is using the xkbcommon library...

    http://www.phoronix.com/vr.php?view=MTM1Mzc

  2. #2
    Join Date
    Aug 2011
    Posts
    91

    Default

    Is every fart of the Mir code repository newsworthy?

  3. #3
    Join Date
    Aug 2011
    Posts
    38

    Default

    Quote Originally Posted by 0xCAFE View Post
    Is every fart of the Mir code repository newsworthy?
    Yes!

    Anywho, will a testing version of Mir and Unity Next land in early daily builds 13.10?
    I'm really looking forward to testing it.

  4. #4
    Join Date
    Mar 2013
    Posts
    170

    Default

    Daniel Stone must be carefull about it, if it happens that:
    1) Canonical do not know how XKB works or
    2) Canonical needs to control the project

    XKB will forked. Sorry, it's company policy.

  5. #5
    Join Date
    Jan 2013
    Posts
    525

    Default

    Quote Originally Posted by valeriodean View Post
    Daniel Stone must be carefull about it, if it happens that:
    1) Canonical do not know how XKB works or
    2) Canonical needs to control the project

    XKB will forked. Sorry, it's company policy.
    I'd probably be pulled from upstream and remain compatible.
    Not everything is done the Canonical Way™

  6. #6
    Join Date
    Jan 2013
    Posts
    1,116

    Default

    Quote Originally Posted by BO$$ View Post
    Go Mir!! There can be only one!
    And it won't be Mir. As Canonical stated, they develop Mir aimed especially for Unity, so everyone that does not use Unity (like Red Hat or Suse, you know, those companies that actually make money with Linux, unlike Canonical) will rather back up Wayland, since Mir may just break (intentionally or not) for other DEs. No sane company will make use exclusively of a product where they have no say about the development at all, so Wayland is naturally the way to go, not Mir.

  7. #7
    Join Date
    Aug 2011
    Posts
    38

    Default

    Quote Originally Posted by Vim_User View Post
    since Mir may just break (intentionally or not) for other DEs. No sane company will make use exclusively of a product where they have no say about the development at all, so Wayland is naturally the way to go, not Mir.
    Orly?
    Let's just assume, Mir will be fucking awesome and will beat the shit out of Wayland:
    Why exactly would anyone NOT use Mir and go for Wayland instead? If Canonical decides to go another direction, Mir can be forked and everyone is still happy.

  8. #8
    Join Date
    Jun 2012
    Posts
    358

    Default

    Quote Originally Posted by Vim_User View Post
    No sane company will make use exclusively of a product where they have no say about the development at all, so Wayland is naturally the way to go, not Mir.
    Whats the marketshare of Windows in the corporate market, again?

  9. #9
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,911

    Default

    Quote Originally Posted by BO$$ View Post
    If this happens and looking at the deveolpment pace of wayland it looks like we will be on X.org for a long time. Which I have nothing against. I still consider both Wayland and Mir as just fads adding nothing for the end user, just ways for those programmers to think they're the shit. X.org could have been improved, no need to reinvent the wheel. This whole thing will create horrible pains for the end user just so these people can get their way.
    the problem witb "Xorg could have been improved" is backwards compaitibility and an established standard. X12 would be assumed to be backwards compatible with X11, and despite X.org being the X consortium now (I'm actually not sure if they are the sole member..) they'd still have to listen to anyone with any stake in X11 for X12 development.

    hence Wayland. No one beyond the Wayland devs has any say in what happens, limited politics, no guarentee of backwards compatibility and therefore no mandatory legacy cruft. that being said Wayland IS BC due to XWayland which is good.

    oh also X12 would probably be forced to speak the traditional X protocol which you can see why on the Wayland faq that's an issue. also it was a chance to experiment with the idea of "clients in control" instead of "centrallized server in control" though Mir is going back on that.

  10. #10
    Join Date
    Apr 2008
    Posts
    181

    Default

    Quote Originally Posted by BO$$ View Post
    X.org could have been improved, no need to reinvent the wheel. This whole thing will create horrible pains for the end user just so these people can get their way.
    I think that Daniel explains quite clearly why improving X.org becomes less and less a viable option:
    https://www.youtube.com/watch?v=RIctzAQOe44

    We've reached the point where the current usage of desktop graphics (compositing bitmaps painted by clients application running toolkit libraries like Qt, GTK, ... and the compositing isn't even done by X.org. The X server only passes things around) has absolutely nothing to do with what was X11 back when it was developed (a way to send synchronously a stream of painting commands [draw/fill/blit/print text] to the X server for it to paint them on the framebuffer).

    Under the hood X11 is already a huge "turtles-all-the-way-down"-style pile of patches trying to circumvent and fix all the current short-commings. All this with an increasing complexity due to partly the sheer number of patchings/fixing that has been going on lately, and partly due to the fact that the same modern X server that has to live in a world of application-bitmap-compositing, has to be backward compatible all the way back to the "stream of painting commands" days, including all the various cruft accumulated along this way.

    At some point of time, it might be a good idea to start implementing something modern, that ditches all the historic backward-compatible shit, and does more efficiently what is currently expected from modern display stacks. Hence experimenting with Wayland (on which several X veretans are working, so they develop it knowing very well what all the past problems where and what all the current X short comings are).
    But this kind of complete rewrite should NOT be rushed. Devs need to take time to make sure that everything works nicely, that by trying to run away from old problems, we didn't run into newer ones, that everything works nicely, and that the end-user experience isn't disturbed by the change. (In other terms: avoid the outrage that Gnome 2 to 3 or KDE 3 to 4 switching provoked).
    Hence the slow pace of development of Wayland development.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •