Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?
Jesse Keating
jkeating at j2solutions.net
Thu Nov 26 19:12:44 UTC 2009
On Nov 26, 2009, at 9:27, Terry Barnaby <terry1 at beam.ltd.uk> wrote:
> On 11/26/2009 05:05 PM, Jesse Keating wrote:
>>
>>
>> On Nov 26, 2009, at 6:01, Terry Barnaby <terry1 at beam.ltd.uk> wrote:
>>
>>> Ok, controversial title.
>>>
>>> I have just tried to test install F12 on some of my systems, (5
>>> different ones).
>>> All of these bar 1 has problems with the graphics (X11 lockups,
>>> system
>>> lockups
>>> and other problems) mainly in 3D but also in 2D.
>>> I still am using F8 on most of my systems as the Graphics systems
>>> have
>>> not
>>> been stable enough for 3D in Fedora since around those times.
>>>
>>> I know there is a lot of work going on in the graphics front, I
>>> myself
>>> have worked on and fed back issues as time and ability allow.
>>> During F11
>>> I helped with some issues, but unfortunately none of these made it
>>> back into
>>> updates for F11 and now F12 is out with yet more issues.
>>>
>>> The Linux kernel is generally relatively stable, as is the main
>>> system
>>> libraries etc in Fedora. The core issues most people seem to be
>>> facing
>>> is Graphics and Sound issues. Obviously a major issue with
>>> Graphics is
>>> the sheer
>>> number of different graphics chip sets in use and the lack of
>>> documentation
>>> for quite a few of them. Due to this it requires a lot of user
>>> testing
>>> and
>>> feedback to get these issues sorted out. Unfortunately the very fast
>>> Fedora new release schedule gets in the way of getting this
>>> testing done
>>> and things do not get fixed prior to a new release which
>>> introduces yet
>>> another set of problems. The new release speed also uses a lot of
>>> developer and user time in just managing to create a new release and
>>> updating systems to use it.
>>>
>>> I know the quick release cycle is one of Fedora's features in its
>>> aim to
>>> be close to the leading edge, but this has to be balanced with
>>> usability otherwise there will be few people actually using it in
>>> anger and thus
>>> actually testing the software. This could lead to the demise of
>>> Fedora.
>>>
>>> As an idea, at this stage, how about canceling the F13 release and
>>> just fixing and updating the F12 release ? This will concentrate
>>> developers and users into one system release. Similar to the
>>> pre-release test days we could have
>>> post-release test days. For example a Graphics test day for F12
>>> where
>>> a certain set of tests with a test suite and a set of well known
>>> applications
>>> could be run. As F12 would be out longer, more people could
>>> participate in this.
>>> If a commitment, all round, to producing updates fixing the issues
>>> in
>>> F12 were made, I think more people would be willing to participate
>>> as
>>> users could
>>> expect to see a stable system for their efforts.
>>
>> You make the assumption that if fedora stopped, so would upstream.
>> You
>> also state that the kernel is stable, yet most of the graphics work
>> is
>> going on at the kernel level so we have to continue to bring in new
>> kernels to pick up these changes.
>>
>> Graphics work is not a fedora issue alone. It is an upstream issue
>> first
>> and formost. By abandoning upstream and trying to stagnate will
>> ultimatly damage upstreams ability to gennew changes tested and
>> released.
>>
>> --
>> Jes
>>
> I'm not suggesting F12 should not be updated, in fact the opposite.
>
> As you state most of the Graphics work is being done up-stream, but
> it is
> the distributions role to package, release and allow users to test
> this
> and feed back bugs. I am saying that a focus on Graphics with a quick
> update cycle will help upstream get the testing they need and the
> users
> to get fixes.
This is what rawhide is for. Rapid updates with fast feedback and
upstream snapshots. It is not the role of a stable release to be
grabbing upstream new stuff and throwing it at users without abandon.
>
--
Jes
More information about the fedora-devel-list
mailing list