LWN.net Logo

Why people don't test development distributions

Why people don't test development distributions

Posted Jul 7, 2009 12:44 UTC (Tue) by rsidd (subscriber, #2582)
Parent article: Why people don't test development distributions

I don't think the Ubuntu bug compares at all with what you describe in Fedora. The upgrade kills the X session. Big deal: you continue the upgrade from a console (anyone running the development distribution should know how to do that, right?) and then restart gdm.

Time was I would always upgrade from a console, without X or any important program running, just to be safe. The reliability of apt-get and dpkg has spoiled us and we take fewer precautions, but even so, it's rare to find something in Ubuntu or Debian that is hard to recover from for someone comfortable with the console. That does not seem to be true of Fedora or RPM-based distros in general.


(Log in to post comments)

Why people don't test development distributions

Posted Jul 7, 2009 13:16 UTC (Tue) by nim-nim (subscriber, #34454) [Link]

It's rare in Fedora too. I fact I can't remember any other instance right away (there may have been some), and I've been running rawhide continuously on my home system for about a decade.

Why people don't test development distributions

Posted Jul 7, 2009 13:25 UTC (Tue) by rsidd (subscriber, #2582) [Link]

I don't use Fedora but I keep reading articles like this one (LWN, 01/2009)

Why people don't test development distributions

Posted Jul 7, 2009 13:52 UTC (Tue) by nim-nim (subscriber, #34454) [Link]

You keep reading this kind of article because Fedora is a very active and open project. Fedora makes headlines about its problems because it always tries to improve, so heated post-mortem public discussions are common and expected.

Users of other distributions seem to prefer tip-toeing around problems to avoid giving their choice a bad rep.

Copyright © 2012, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds