Originally posted by TheBlackCat
View Post
Announcement
Collapse
No announcement yet.
Martin Takes His Mesa Issues To The List
Collapse
X
-
The best and most practical solution would be letting KWin do a series of small tests when noticing the OS freshly installed, an update to drivers(other relevant software) or device change.
(Default on) So KWin can send automated bug reports and inform the user.
(Why is everyone having such a hard time figuring out what to do in a case like this?)
Comment
-
Originally posted by Xilanaz View PostWhat I did find a bit sad in the reply's to Martin is that one person mentioned "Also as said half a year ago, blacklisting features in kwin based on some renderer string is a _very_ bad idea. " to me means they at least knew about it ? So they also knew that changing that string would cause problems ? They could have contacted Kwin dev about the upcoming change ?
In any case, the result of glGetString(GL_RENDERER) is *not* part of the ABI and should not be relied upon (it *will* change from version to version). The Mesa devs have shouted this time and time again, yet some people still manage to get it wrong.
Comment
-
Originally posted by jbrown96 View PostA few months ago, the Kwin developers were complaining about another major FUBAR situation with Mesa, but I think it was related to the radeon drivers.
Originally posted by jbrown96 View PostMartin goes on to talk about how NVIDIA doesn't change their renderer line. Why is this such a difficult concept to grasp?
Originally posted by jbrown96 View PostOpen-source developers, stop changing stuff just to change it. It breaks other code.
Comment
-
-
Originally posted by kraftman View PostThey're simply morons. Some of them are paid by Red Hat and it seems Red Hat doesn't care about desktops at all.
Perhaps one of the Novell mesa developers can test kde and make sure it works for suse distros.
Comment
-
Originally posted by jbrown96 View PostHonestly, I don't get how this is the responsibility of anyone but Intel/Mesa. If you look at the change to the renderer line, it wasn't done for any purpose. It didn't change vocabulary to convey a different feature-set. All they did was remove "GEM" from the renderer line. Why Intel? It doesn't make any sense. It was a careless change that served no useful purpose.
Open-source developers, stop changing stuff just to change it. It breaks other code.
Comment
-
Originally posted by not.sure View PostI guess they don't care about kde (and I don't blame 'em).
Perhaps one of the Novell mesa developers can test kde and make sure it works for suse distros.
Comment
-
I think this is a distribution problem
I assume Martin has already updated the KWin compositing whitelist to include the new Intel driver. So biggest problem here seems to be that Ubuntu (and perhaps other distributions) are unlikely to provide the KDE update in a timely manner?
Also, drivers lying about their capabilities should be regarded as a critical driver bug. I'm not sure that it's reasonable to expect a window manager to handle that gracefully. Again I assume that driver bug was fixed fairly quick, and that what made it a big problem was that Ubuntu (and perhaps other distributions) were unlikely to provide the driver update in a timely manner.
To me, these are just more reasons to prefere rolling release distributions. They get updates and fixes to their users as soon as possible.
Comment
Comment