DerivativeDistroProcess

Revision 5 as of 2005-11-03 16:33:18

Clear message

Summary

This document discusses issues necessary for consideration when creating an Ubuntu derivative distribution. The discussions are inspired by the South African derivative ImpiLinux, a very recent development, but should be general enough so that it extends to other initiatives.

Topics discussed in this document include:

  • processes
  • infrastructure
  • technical considerations

Rationale

Ubuntu derivate distributions would do well to benefit from the groundwork that Ubuntu has done, instead of creating these from scratch. This includes existing work on certifications, infrastructure and software. In addition, Canonical infrastructure in launchpad, may provide a cost-effective solution for derivative distribution hosting and services.

Use cases

1. A group of people is involved in setting up media centers for large community development (grassroots) events. Setting up such media centers involves - among other tasks - borrowing computers from local volunteers. So as not to mess with whatever these people have installed on their computers, the media center uses Live CDs. Most of the workstations can run regular Ubuntu Live CDs, as they will be used just for text processing, sending emails and Web access. However, some workstations need to run a more sophisticated selection of software - for example for multimedia production: audio/video processing and streaming. In most of cases, preparing this kind of Ubuntu derivative would entail eliminating some packages and adding new packages to be included on the CD, like Audacity, VeeJay and others.

2. [http://www.eriders.net/ eRiders] (aka Circuit Riders) are people who (coming down to very basic definition) do technical support for non-profit organisations. As a part of their job, they promote FOSS as cheap yet effective alternative to proprietary software. Self-assembled Live CDs with proper documentation in local languages and perhaps some applications that an eRider thinks are usable for his/her clients would be extremely usable. Instead of giving a presentation on the laptop (which is, especially in developing countries, a rather rare luxury), an eRider can plug the Live CD in one of organisation's computers, run the presentation off it, and then hand over a couple of the same Live CDs for people from the organisation to play with.

3. A single eRider can sometimes have multiple organisations under her/his "patronage". These organisations work in different fields and therefore have many different needs. Two obvious advantages of being able to build customised distribution emerge here: a) Let's say given eRider visits an organisation working in health care in West Africa. The organisation has 12 computers, but no Internet connectivity. The perfect scenario would look as follows: the eRider visits the organisation, assesses their needs, comes back to his office, assembles and downloads appropriate Ubuntu derivative distribution, comes back to the organisation and installs it on their computers off the CD. b) Given the above example takes place, this eRider could share his work with others working in other regions/countries, as a starting point for building their own distributions for organisations working in health care. The only requirement for the above is to make the process of customising default Ubuntu distro as simple as choosing a set of packages and possibly also uploading additional resources like documentation.

Process Considerations

ISV Certification

Currently, Canonical is in the process of pursuing ISV certification for certain software on Ubuntu. Cognisant of the existence of derivative distributions, the ISV certification discussions try to focus on identifying a limited set of packages, which if remain unchanged in the derivative, will ensure that the derivate can "inherit" the certification.

This is a complex process, which is different for each ISV, and negotiations of this sort are just beginning. In time, experience will add to this knowledge.

Hardware Certification

Analogous to ISV certifications, it would be extremely useful to be able to specify a set of criteria that will ensure that derivative distributions will "inherit" a hardware certification - i.e. that the derivate will be guaranteed to run as flawlessly as the original (Ubuntu). Intuitively, it can be said that as long as the Ubuntu base system (including installer) remains unchanged, hardware certified for Ubuntu will also work on the derivative. Developing more fine-grained criteria does not seem viable at this point.

Training Certification

The Ubuntu certified professional certification is currently under development. This certification builds on the LPIC1 certification and adds a number of Ubuntu-specific elements, some server-side and some desktop. One of the issues for derivative distributions wanting to inherit this certification is that Gnome is the desktop tested on the exam. So distributions based on KDE (and this obviously extends to any other non-Gnome desktop) cannot legitimately use the Ubuntu certification).

Infrastructure Considerations

Technical Considerations

Outstanding issues