Page 3 of 5 FirstFirst 12345 LastLast
Results 21 to 30 of 48

Thread: Gentoo Starts Work On KDE-Wayland Support

  1. #21
    Join Date
    Nov 2007
    Posts
    1,353

    Default

    Quote Originally Posted by smitty3268 View Post
    I never understood why Valve insisted on writing steam directly against the X api, rather than using a toolkit. It's going to cause them pain whatever happens with wayland and mir now.
    If that is indeed the case, then all this ranting I've been doing about fragmentation was pointless and wrong. Please somebody give me proof that my ranting was indeed pointless and wrong. Not many times have I wished that I was wrong, but this is certainly one of them.

  2. #22
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,877

    Default

    Quote Originally Posted by smitty3268 View Post
    I never understood why Valve insisted on writing steam directly against the X api, rather than using a toolkit. It's going to cause them pain whatever happens with wayland and mir now.

    they'll prob rewrite against SDL2 since they hired the main dev of it

  3. #23
    Join Date
    Mar 2013
    Posts
    160

    Default

    I think that nowdays many companies plan to stay with X no matter what will happen with Wayland and Mir, but when Wayland will start to show the big advantages against X, many people will change their mind.
    Wayland is asyncronous by design, no blocking (only the client that suffers a problem stop to rendering), and all the others advantages that all know by the previous articles.

    Yestarday I was reading on Mertin's blog (Kwin mainteiner) that with wayland he can debug Kwin inside the development session, instead collect debug's info by a different vt process. He said that this issue boring him by years.
    That surprise me a lot. Probably, during the wayland adoption process, we will discover many more advantages that are not obvious just reading the architecture.

    About Valve, why stay on X if you have a better choice?
    When will be avaiable the binary blobs for Wayland, if you care about performance, if you care about a "every-frame-is-perfect" (each frame have a timestamp), if you care about a modern input system, if you care about an asyncronous display server, if you care about avoiding stupid bottleneck, why still stay on X if you have a so valid alternative?
    Probably, even a legacy program can run better on xwayland than X, at the end of the day. :-)

  4. #24

    Default

    Quote Originally Posted by duby229 View Post
    Valve doesnt have any choice but to stick with X. If they move to Wayland they screw Canonical. If they move to Mir they screw everyone else. What's unfortunate is that if Mir never existed this wouldnt be an issue at all. There is already too much fragmentation. What Mir adds pushes it past a tipping point. Canonical should be forced to die. (yes, a.k.a murdered.)
    SDL3 have to support Wayland AND Mir anyway. Since Valve applications is SDL-based what the problem for Valve to support Wayland and Mir?

  5. #25
    Join Date
    Jan 2013
    Posts
    1,447

    Default

    Quote Originally Posted by RussianNeuroMancer View Post
    SDL3 have to support Wayland AND Mir anyway. Since Valve applications is SDL-based what the problem for Valve to support Wayland and Mir?
    No it does not have to. It can just support Wayland because why support a one-distro solution...

  6. #26

    Default

    Quote Originally Posted by dee. View Post
    No it does not have to. It can just support Wayland because why support a one-distro solution...
    You know, "Ubuntu is our favorite version of Linux", and SDL-developer is Valve employee, so...

  7. #27
    Join Date
    Nov 2007
    Posts
    1,353

    Default

    Quote Originally Posted by RussianNeuroMancer View Post
    You know, "Ubuntu is our favorite version of Linux", and SDL-developer is Valve employee, so...
    Well, of course. Valve still needs to keep a solid marketing front. I'm pretty sure at least that much is obvious. The dumbass shit that Canonical is doing, I'm also sure is pretty obvious. Sooner or later Canonicals partners are going to get worn thin.

  8. #28
    Join Date
    Jul 2008
    Posts
    1,725

    Default

    AMD supports RHEL and SLES and SLED.

    Those are the distributions the important customers are using.

    Ubuntu is just an afterthought.

    Since neither RHEL nor SLES/SLED will use MIR.....

  9. #29

    Default

    Quote Originally Posted by energyman View Post
    AMD supports RHEL and SLES and SLED.
    Those are the distributions the important customers are using.
    Ubuntu is just an afterthought.
    Since neither RHEL nor SLES/SLED will use MIR.....
    According to tech. support list of supported/tested distributions published here. As you there, there is also Red Flag, openSUSE and Ubuntu.

  10. #30
    Join Date
    Jul 2008
    Location
    Berlin, Germany
    Posts
    821

    Default

    Quote Originally Posted by energyman View Post
    AMD supports RHEL and SLES and SLED.

    Those are the distributions the important customers are using.

    Ubuntu is just an afterthought.
    Not true. Dell is an important AMD customer, and thanks to Dell, Ubuntu receives support from the Catalyst driver.

    Quote Originally Posted by energyman View Post
    Since neither RHEL nor SLES/SLED will use MIR.....
    Business sense dictates that Red Hat and SUSE will support what their customers demand. If customers demand Mir, why should distributors refuse?

Tags for this Thread

Posting Permissions

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