News and Editorials
January 28, 2009
This article was contributed by Bruce Byfield
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
use the --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.
Comments (10 posted)
New Releases
KNOPPIX 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.
Comments (5 posted)
Tin Hat, a Linux
distribution derived from hardened Gentoo, fixes bugs and several security
issues in this version.
Full Story (comments: none)
Ubuntu 8.04.2 LTS has been announced.
"
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."
Full Story (comments: 7)
The Moblin team has announced the availability of the Moblin v2 Core Alpha
Release. See the
release
notes for more information.
Full Story (comments: 9)
Distribution News
Debian GNU/Linux
Debian has a new key for the archive, but the key will not be used until
the release of Lenny (5.0) r1 or the expiry date of the current key, July
1, 2009; which ever comes first.
Full Story (comments: 2)
Fedora
heise online
notes 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."
Comments (82 posted)
Click below for a quick recap of the January 20th meeting of the Fedora
Advisory Board. Topics include: Net Neutrality Follow-up, FUDCon F11
Follow-up, Finalizing trademark guidelines and What is Fedora?.
Full Story (comments: none)
Red Hat Enterprise Linux
Adam Williamson, former community manager of Mandriva, has been
hired 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.
Comments (none posted)
Ubuntu family
Ubuntu has finalized how future applications will work out. This email is
focused on Ubuntu Developers (MOTU) application process. MOTU (Masters Of
The Universe) are mostly volunteers packaging non-core applications.
Full Story (comments: 1)
Other distributions
ClarkConnect 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.
Comments (none posted)
Distribution Newsletters
This issue of Misc developer news covers: Security support for new testing
(squeeze) delayed, New whohas tool displays other distributions that have
your package, Documentation for python-apt, sbuild and wanna-build status
update, and Kernel pseudo-package removed.
Full Story (comments: none)
The
DistroWatch
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."
Comments (none posted)
The Fedora Weekly News for January 25, 2009 is out. "
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!"
Full Story (comments: none)
This issue of the
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.
Comments (none posted)
The first edition of Ubuntu Developer News has been released. It consists of short blurbs of news about development projects or other activities of interest to developers, with links off to more information. This edition has entries on the Technical Board election, Testing Days, New D-Bus, Launchpadlib, and much more. Click below for the newsletter.
Full Story (comments: none)
The Ubuntu Weekly Newsletter for January 24, 2009 covers: Ubuntu 8.04.2 LTS
released, Ubuntu Developer Week, Ubuntu Classroom upcoming sessions,
Developer application process changes, Technical Board run-off results,
Ubuntu Developer News: issue #1, Ubuntu on Italian TV, Japanese LoCo holds
"Offline Meeting Tokyo," Nordic Ubuntu LoCo team working together, Ubuntu
Podcast #18, Meeting summaries, and much more.
Full Story (comments: none)
Newsletters and articles of interest
LifeHacker
has
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."
Comments (1 posted)
Interviews
Neowin has a wide-ranging
interview 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."
Comments (none posted)
Page editor: Rebecca Sobol
Next page: Development>>