Distributions

FOSDEM: Collaboration (or the lack thereof) between distributions

The Free and Open Source Developers' European Meeting (FOSDEM) is an interesting event. Entry is free, so there is no way to know how many people show up - except that the number is clearly large. The organization sometimes seems chaotic, the rooms packed beyond their capacity, and the hallways are often impassible. With over a dozen tracks running simultaneously, choosing what to see can be a challenge. But all the right people tend to attend, and a great deal of work and valuable discussion happens. As an example, consider the various distribution-related sessions described below which, as a whole, combine to give a good picture of what the distributors are concerned about.

Distribution collaboration manifesto. One session which arguably didn't live up to its potential was the "distribution collaboration manifesto." It did, however, let us see Debian leader Stefano Zacchiroli, Fedora leader Jared Smith, and openSUSE community manager Jos Poortvliet together on the same stage.

The discussion wandered around the topics of how nice it would be to cooperate more, cooperative application installer work, and making better use of the distributions list on freedesktop.org. It was friendly, but somewhat lacking in specifics.

Downstream packaging collaboration. A more focused session was led by Hans de Goede and Michal Hrušecký of Red Hat and openSUSE, respectively. According to Hans, packaging software is not normally a difficult task. When one is dealing with less-than-optimal upstreams, though, things get harder. One must make sure that the entire package is freely licensed; ancillary files (like artwork) can often be problematic. The package must be tweaked for filesystem hierarchy standard compliance, integration with distribution policies (including writing man pages if needed), fixing build problems, getting rid of bundled libraries, and fixing the occasional bug.

That's all just part of a packager's job, but, Hans asked, what should be done with the results of that work? The obvious thing to do is to send it back upstream, and to educate the upstream project about problems like bundled libraries. But what happens if the upstream is unresponsive - or if there is no functioning upstream at all? This situation arises more often than one might expect, especially with games, it seems. Assuming that the code itself is still worth shipping, it would make sense for distributors to work together to provide a working upstream for this kind of project.

Again, specific suggestions were relatively scarce, but Hans did say that having a set of package-specific email aliases at freedesktop.org would be useful. For any given problematic package (xaw3d was one such listed), packagers at each distribution could subscribe to the appropriate list to discuss the work they have done. The list would also receive commit notifications from each distributor's version control system, so everybody could see changes being made by other distributors, comment on them, and, perhaps, pick them up as well.

Michal talked about setting up a mechanism designed specifically to let packagers share patches. He seemed to envision a shared directory somewhere where packagers would put their specific changes; subsequent discussion made it clear that some people, at least, would rather see some sort of source code management system used. Michal also called for the adoption of a set of conventions for patch metadata to describe the purpose of the patch, who shipped it, etc. Bdale Garbee suggested from the audience that what people really seem to want is a set of simple pointers to everybody's git repositories. He added that anybody who is a package maintainer and does not know who his or her counterparts are in other distributions is failing at the job and needs to go out and start meeting people.

Forking is difficult. A rather different approach to collaboration - and the lack thereof - could be found in a session led by Anne Nicolas and Michael Scherer. Anne and Michael are two of the founders of the Mageia distribution, which is a fork of Mandriva. According to Anne, Mandriva was built on a good foundation and with a great "users first" policy, but, when things started to go bad, it was a "disturbing experience." From that experience Mageia was born.

Mageia is built on the principles of "people first" and trust in the community. The distribution wants to make life as easy as possible for both users and packagers. Actually getting there is proving to be a challenge, though, with every step on the way taking far longer than had been expected. There is now a legal association in place, though, and an initial pass at a design for project governance has been done. The build system is mostly ready, and training of packagers is underway.

In the process, the developers have found that simply forking an established distribution is a lot of work. It has taken about three months to get a base set of 4100 packages ready. As they do this job, they are trying to make the job of changing the name and the look of the distribution easier for the next group that has to take it on. That should improve life for anybody who might, down the road, choose to fork Mageia; it is also aimed at making the creation of Mageia derivatives easier.

The first Mageia alpha will, with luck, be released on February 15. Current plans are to make the first stable release on June 1. June is also the target for having the full organization and governance mechanism in place. This governance is expected to be made up of around ten teams, an elected council and an elected board.

The other challenge that the Mageia developers are facing is that of creating an "economic model" which will support the work going forward. From the discussion, it seems that the main source of income at the moment is donations and T-shirts, which is unlikely to sustain a serious effort in the long term.

Fixing Gentoo. Finally, Petteri Räty led a session on the reform and future of Gentoo. Contrary to what some people may think, the Gentoo distribution is alive and well with some 235 developers maintaining packages. That said, there are some issues which need attention.

Many of these problems are organizational; the project's meta-structure has been neglected over the years. There is little accountability for people working in specific roles. Nobody can really say what Gentoo projects are ongoing, and which of those are really alive. Nobody really knows what to do about dead projects either. The relationship between the Gentoo Council and the Gentoo Foundation is not particularly clear. And there is an unfortunate split between Gentoo's users and its developers. Mentoring for new developers is in short supply.

There are plans to reinvigorate Gentoo's meta-structure project, giving it the responsibility of tracking the other outstanding projects. That should give some visibility into what is going on. The current corporate structure was described as a "two-headed monster" that needs to be straightened out. To that end, the Gentoo Foundation is finally getting close to its US 501c(3) status, making it an official nonprofit organization. The Foundation is expected to handle legal issues and the distribution's "intellectual property," while the council will be charged with technical leadership.

In summary: it seems that the Gentoo project has a number of challenges to overcome, but the project remains strong and people are working on addressing the issues.

Conclusion: the FOSDEM cross-distro track included far more talks than are listed here; there's only so many that your editor was able to attend. It's clear that the conference served as a valuable meeting point for developers who are often working independently of each other. Linux distributors are, at one level, highly competitive with each other. But they are all based on the work of one community. If they can do more of their work at the community level, that will give each distributor more time to work on the things which makes their project special. The discussions at FOSDEM can only have helped to increase understanding and collaboration across distributions, and that must be a good thing.

Comments (12 posted)

Distribution quotes of the week

-- Jon Masters (posted on Facebook)

-- Joe "Zonker" Brockmeier (by way of Linux Magazine)

Comments (1 posted)

Debian squeeze (6.0) released

The Debian 6.0 release is now available. "Debian 6.0 includes over 10,000 new packages like the browser Chromium, the monitoring solution Icinga, the package management frontend Software Center, the network manager wicd, the Linux container tools lxc and the cluster framework Corosync. With this broad selection of packages, Debian once again stays true to its goal of being the universal operating system. It is suitable for many different use cases: from desktop systems to netbooks; from development servers to cluster systems; and for database, web or storage servers. At the same time, additional quality assurance efforts like automatic installation and upgrade tests for all packages in Debian's archive ensure that Debian 6.0 fulfils the high expectations that users have of a stable Debian release. It is rock solid and rigorously tested." The next development phase, code-named "wheezy," starts now.

Comments (40 posted)

bits from the DPL: collab.

Stefano Zacchiroli has few (pre-squeeze release) bits on collaboration, communication, delegations, and several other topics.

Full Story (comments: none)

squeeezy - wheezy ready for development

Debian 6.0 "squeeze" is out and Wheezy is open for development. The first point release for Squeeze is planned for about a month from now with Jonathan Wiltshire coordinating security fixes. Wheezy will bring in some changes: "In terms of expected larger changes, the upload of KDE 4.6 to the archive is anticipated in early March, the Ocaml team would like to move to a new upstream version and GNOME 3 is due for release in April. The GNOME team is already staging packages in experimental but this is a major upstream release and will certainly lead to its fair share of disruption when it hits unstable."

Full Story (comments: 1)

The Debian website has a new layout

The Debian website has received a face lift. "After about 13 years with nearly the same design, the layout and design of the website changed with today's release of Debian Squeeze."

Full Story (comments: 1)

FUDCon EMEA Bidding now open

The bidding process has opened for FUDCon EMEA 2011. "Any interested parties are invited to submit their bids. Once you have prepared a bid, please send an email to the fudcon-planning list. Bids will be accepted up until the end of the day on March 15th, 2011."

Full Story (comments: none)

Natty Alpha-2 Released

Natty Narwhal Alpha 2 (Ubuntu 11.04) is available for testing. New packages showing up for the first time include LibreOffice 3.3 (has replaced OpenOffice.org 3.2), X.org Server 1.10 and Mesa 7.10, and Linux Kernel 2.6.38-rc2. "Unity is now the default in the Ubuntu Desktop session. It is only partially implemented at this stage, so keep an eye on the daily builds, new features and bug fixes are emerging daily!"

Full Story (comments: none)

Minutes from the Ubuntu Technical Board meeting, 2011-02-08

Click below for the minutes from the February 8 meeting of the Ubuntu Technical Board. Topics include default ntpd configuration and a review of open bugs.

Full Story (comments: none)

Distribution newsletters

• DistroWatch Weekly, Issue 391 (February 7)
• Fedora Weekly News Issue 261 (February 2)
• openSUSE Weekly News 161 (February 5)

Comments (none posted)

Honeycomb is here: Google unveils Android 3.0, new Web-based Market (ars technica)

Ars technica reports on the launch event for Google's Android 3.0 ("Honeycomb"), which has a new UI targeted for tablet devices. "The company also emphasized its commitment to offering richer APIs for developers. Google regards the home screen as a part of the platform, not just a dumping ground for application icons. The home screen widget system has been greatly enhanced to enable the development of more interactive data-driven widgets. The notification system also got an overhaul for Honeycomb, making it possible for developers to expose more information and interactive functionality in notifications."

Comments (13 posted)

Why Debian matters more than ever (NetworkWorld)

Joe "Zonker" Brockmeier looks at the relevance of Debian. "Debian is the raw material that is used to create Ubuntu, Linux Mint, and dozens of other Linux distributions that look more modern and easier to use. However, the reason that Ubuntu and the rest are able to ship fancified Linux distros that are easier to use is because they're able to start with Debian. If the Debian Project ceased tomorrow, it would be an enormous — possibly fatal — blow to its derivatives."

Comments (none posted)