News and Editorials
The Fedora project is getting creative about ways to ensure that updates cause fewer problems for users. In the past six weeks, project members have floated over half a dozen ideas about how to achieve this goal on the fedora-devel-list alone — and, no doubt, other, unrecorded ones on chat channels, private emails, and at FUDCon, the project's user and developer conference, held in mid-January. Which of these ideas will be implemented is still undecided, but the discussion is a treasury of ideas, as well as a vivid glimpse into the considerations involved with running one of the largest GNU/Linux distributions.
The discussion began in early December, 2008 because an update to D-Bus, a core package that carries messages between applications, caused numerous broken packages when applied to Fedora 10. Users were particularly concerned because installing the update left them unable to use PackageKit, Fedora's desktop tool for package upgrades. Fedora was quick to issue instructions about how to fix the problem, but the project's developers appear to have become galvanized by the problem, and have determined to avoid similar problems in the future.
Very likely, the response was affected by Fedora's problems in the last six months, including the still-mysterious security crisis that lasted 26 days last August and September, and the need to adjust release schedules because of the security problems. With these events fresh in everybody's minds, Fedora members may well have felt pressure to prove themselves by responding effectively. In fact, the quickness of the responses might suggest that the Fedora community was still in crisis mode from the earlier crises.
It was also worrying that, early in the response to the D-Bus crisis, Fedora developers were openly admitting that they lacked a complete understanding of what was affected. "Does anyone have an understanding of exactly what is broken [and] what isn't?" developer Ian Amess asked, and, in the following discussion, it appeared that nobody did. At times, developers were reduced to anecdotal reporting, such as Arjan van de Ven's report that "I have a strong suspicion that the kerneloops applet is broken (based on a sharp drop of incoming reports since a few days)." Without thorough information, Fedora troubleshooters were unable to say whether the fastest way to offer repairs was to issue an update, or to regress to an earlier version of D-Bus.
In this situation, plans to avoid reoccurrences of the situation began to be suggested even before the immediate problem was solved. One of the first solutions on the fedora-devel-list was from Kevin Kofler, who advocated reverting to the previous version, and only changing the version of D-Bus with new Fedora releases. Similarly, a simultaneous thread discussed the possibility of creating a list of key packages that should receive priority in Fedora quality assurance, with Will Woods suggesting that the list should include yum, Network Manager, GRUB, and the kernel, along with all of their dependencies.
Yet another discussion centered on the the karma system in which developers vote on the readiness of packages in quality assurance. As summarized by Michael Schwendt, the consensus in this discussion was that several communication problems existed: Maintainers could choose the urgency of the notifications of bugs in their packages, responses to bugs are left to maintainers' judgment, and so are efforts to coordinate testing between maintainers when their packages shared dependencies. In other words, responses to problems are not uniform, no quality standards exist, nor any expectations of cooperation. Instead, the response is left to the conscientiousness of each maintainer.
In addition, submitters could vote on the packages they submitted themselves, potentially reducing the scrutiny of others. Nor did the Fedora system have any minimum level of karma that signaled when a package was ready to be added to the stable repositories; instead leaving it once again to the standards of the maintainers. Further insight into Fedora quality assurance was given by Luke Macken on his blog, where he calculated that the majority of packages were released for general use in as little as six days, and often did so simply at the maintainer's request, statistics that might suggest quality assurance is less rigorous than it could be.
As discussion continued over the weeks, other threads discussed innovations that might prevent reoccurrences. Arthur Pemberton advocated what he called a "Fedora Com System" — a kind of hot line on the desktop that would allow Fedora leaders to communicate directly with users. However, others maintained that fedora-announce-list already provided a similar service, especially if users subscribed to it via an RSS feed.
Other comments raised additional possibilities. Steven
Moix raised the possibility of creating an alias for yum, the
basic command used by Fedora for package management so that it would always
--skip-broken option. In this way, problematic
packages would not be installed or added as updates, and users would be
left with intact systems. Others, though, rejected this idea because it
could still leave users without the functionality they needed. Moreover, if
broken packages were not installed, they might easily go unreported unless
users paid close attention to the output of PackageKit or yum.
In much the same way, another contributor's suggestion that every second or so Fedora release include a stable version, so users could choose whether they wanted a bleeding edge operating system or a reliable one. This solution might help to compensate for Fedora's relatively short life cycle for each version, a choice that some users perceive as undesirable compared to the policies of other distributions. Others, though, shot down the idea as not only overly-ambitious but unnecessary, on the grounds that the Red Hat Enterprise Linux and CentOS distributions already provided stable versions of the same code as Fedora.
As discussion continued over Christmas and into the New Year, one of the most interesting proposals was Jesse Keatings' idea of appointing what he called "proven packagers." In Keating's view, proven packagers would be experienced, well-respected experts in package management — the kind whom "you would trust fully with any of the packages you either maintain or even just use." Proven packagers would have a roving brief, and be ready to mentor or intervene as needed, "always with a desire to improve the quality of Fedora." Expressing misgivings that the status might be too easy to attain, Robert Scheck emphasized that proven packagers should not be appointed by a single person, and "should be persons well known to the community and having some presence" in the community so that they could operate more effectively.
This is only a summary of a dozen threads and hundreds of responses. Still, it gives some sense of how the Fedora community is analyzing itself in the aftermath of the D-Bus disaster. At least on the evidence found in fedora-devel-list, Fedora members might be criticized for not looking to other distributions for solutions, and for the fact that, so far, only the proven packagers suggestion is visibly moving forward. All the same, the creative open-mindedness and the general politeness in the discussions might still provide Fedora with the solutions it needs to weather its latest engineering and marketing disaster and prevent similar problems in the future.
New ReleasesKNOPPIX 6.0 is out. There's a lot of changes including a rewrite of the boot system, the LXDE desktop environment, a slimmed-down package set, and the ADRIANE audio menu environment. Tin Hat, a Linux distribution derived from hardened Gentoo, fixes bugs and several security issues in this version. The Ubuntu team is proud to announce the release of Ubuntu 8.04.2 LTS, the second maintenance update to Ubuntu's 8.04 LTS release. This release includes updated server, desktop, and alternate installation CDs for the i386 and amd64 architectures. In all, over 200 updates have been integrated, and updated installation media has been provided so that fewer updates will need to be downloaded after installation. These include security updates and corrections for other high-impact bugs, with a focus on maintaining stability and compatibility with Ubuntu 8.04 LTS." release notes for more information.
Fedoranotes plans to include Ext4 and Btrfs in Fedora 11. "According to current plans, version 11 of Fedora, which is expected to arrive in late May, will use Ext4 as its standard file system. That's what the Fedora Engineering Steering Committee (FESCo) recently decided, following a heated discussion in an IRC meeting. If however Ext3's successor encounters big problems with the pre-release versions of Fedora 11, the developers will dump that plan and revert to Ext3. So the Fedora Project is going one step beyond Ubuntu version 9.04 (Jaunty Jackalope), which as things currently stand will offer Ext4 as an install time option, though the installer will still use Ext3 as its default file system."
Red Hat Enterprise Linuxhired by Red Hat to work on a new community QA system. Vincent Danen, also an ex-Mandriva employee, will be a Senior Software Engineer at Red Hat working with the Red Hat Security Response Team.
Other distributionsClarkConnect is gearing up for its 5.0 release, expected in early April. Here is a feature overview of some of the highlights in this release, including complete LDAP Integration, Windows File Sharing / Samba, Network Management / Peer-to-Peer and mail quarantine.
Distribution NewslettersDistroWatch Weekly for January 26, 2009 is out. "In this issue we share some highlights from Linux.conf.au, one of the world's most popular open source conferences. In the news, the ext4 file system finds its way into Ubuntu and becomes the default for Fedora 11, Slackware Linux prepares for KDE 4.2, server distribution ClarkConnect releases feature list for its upcoming version 5.0, and two well-known ex-Mandriva developers join Red Hat, Inc. Also in this issue, links to two interviews with the developers of Fedora and Ubuntu, and an update on DistroWatch's package management cheatsheet." Announcements notes upcoming events and deadlines for Fedora 11. PlanetFedora picks up on some communication problems in "General" and shares "How To" information on disabling the system bell. Developments rounds up some "Fedora 11 Release Activity" and synopsizes the debate around a "Minimalist Root Login to X?". Infrastructure is back with some essential information on "Fedora Security Policy". Artwork shares the "Fedora 11 Release Banner". SecurityAdvisories provides a handy list of essential updates. Virtualization explains "QEMU VM Channel Support". We are pleased to have an AskFedora Q&A covering the advisability of using the "Ext4 Filesystem on Solid State Disks". Keep sending your questions!" OpenSUSE Weekly News looks at FOSDEM 2009, Top 25 Most Dangerous Programming Errors, Novell's 2009 Technical Strategy and Process, NTFS-3g - writing to windows partition, Preview/Fix broken AVI files in openSUSE and more.
Newsletters and articles of interesthas a screenshot tour of CrunchBang Linux. "CrunchBang seems to Just Work on the two systems I tested it on, and it looks like a great fit for an on-the-go desktop for your thumb drive, or replacement for a slow-moving Linux boot."
Interviewsinterview with Fedora project leader Paul Frields. The questions largely come from Neowin forum users and cover such topics as Fedora on netbooks, Fedora artwork, the relationship between the project and Red Hat, future releases, and much more. "I would like to see a stronger quality engineering effort built around Fedora. We had a couple instances in the last six months where end users had a broken package update experience for a few days at a time. We were able to repair that easily, but it shouldn't ever have happened in my opinion, and I've been talking with different people in Fedora about how we can improve on how we deliver bits to our users. The good news is that we are developing some better automated tools to help prevent a recurrence, and many of the Fedora community people are talking about quality as a concrete goal for Fedora 11 and 12."
Page editor: Rebecca Sobol
Next page: Development>>
Copyright © 2009, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds