Well if it is unusually slow we need to fix that, in fact we have an in-house discussion
with RH QA currently about testing and verification of how the whole system works
on old hardware for RHEL, the outcome of that effort should benefit Fedora too. But it
actually comes back to my original response, which was that if we are to improve things we
need to keep the testing matrix small. The solution is almost never to add more identical
components, because you end up just doubling your bug count, adding a new set of bugs
related to keeping thing interchangeable and increasing your QA load. So in the end up
spend your time fixing less and instead sinking your time into trying to juggle the
various parts that people might or might not use.
And if you then add even further functionally identical items you will see a exponential
growth in issues you need to deal with.
----- Original Message -----
From: "Bruno Wolff III" <bruno(a)wolff.to>
To: "drago01" <drago01(a)gmail.com>
Cc: "Discussions about development for the Fedora desktop"
Sent: Friday, November 29, 2013 10:07:15 PM
Subject: Re: Updated Fedora Workstation PRD draft
On Fri, Nov 29, 2013 at 21:37:05 +0100,
drago01 <drago01(a)gmail.com> wrote:
>It is not about "the login manager does not support the hardware" but
>most of the time it is "we don't properly support the hardware" (i.e
>no working opengl / opengl es drivers etc).
gdm requires a higher OpenGl support than it did in the past. The hardware
I am referring to is reasonably supported (3d accelleration works) by Fedora,
it just isn't good enough for gdm. So the software renderer is used instead,
and that is unusably slow on the cpus typically found on machines with old
video cards. kdm works just fine on these machines.
desktop mailing list