- Blends released with Squeeze
- Debian internal projects which might profit from the Blends effort
- Debian external projects which might be interested in the Blends effort
- Tools or projects that might be interesting to adopt in the Debian Pure Blends scope
- Common Issues for Blends
- See also
- Pure Blend
- a subset of Debian that is configured to support a particular target group out-of-the-box. One way to understand this is a list of packages that gets installed to provide a focus of use.
- a Debian-based distribution that is, or wants to become, a Pure Blend - i.e. has as an explicit goal of improving Debian as a whole, consequently all extras they offer will either become part of Debian, or are temporary workarounds to solve a need of the target group which can't be solved within Debian yet.
- upon installation of a Blend there often is a choice, depending on the particular use, about what set of defaults to use. A flavor is the name of such a set. (e.g. Skolelinux has flavors for main-server, workstation, and thin-client-server)
- group of people within Debian working together on a common purpose. In most cases this common purpose is either some specific functionality (e.g. debian-multimedia) or a Blend (e.g. debian-science).
- a distribution based on Debian, no matter its goals - e.g. Ubuntu is a derivative; Debian Edu is a Debian Blend and also a Debian Derivative.
Please see also:
Mailing list: discussions about Blends currently take place on email@example.com mailing list.
IRC: #debian-blends channel at irc.debian.org is present.
Wiki: used to document the outcome of discussions on the mailing list.
Discussion page: this wiki page can also be discussed at ?DebianPureBlends/Discussion
Blends/BugsPages featuring bugs on dependent packages of a Blend
Blends/TasksPages for those Blends who are using blends-dev framework
blends-dev framework now used by seven Blends
FreedomBox Debian Pure Blend development pages
Blends released with Squeeze
If you get Squeeze the following Blends are contained:
Debian Junior: For children
Debian Med: Medical
Skolelinux (built by the Debian Edu project): a Blend aimed at schools.
Debian Science: Debian for different sciences.
DebiChem: Debian for chemists
Debian EzGo: packages focused on Asian localised desktops
Debian internal projects which might profit from the Blends effort
DebianLive : Building Live CDs might be simplified by using metapackages of a blend
Debian Multimedia: Debian for multimedia artists
Debian external projects which might be interested in the Blends effort
Caimán: a Debian derivative for Cuban educational system.
Sacix: a Debian derivative that provides the GNOME desktop for thin-clients through LTSP after installed (multiple profiles available).
Debian-eGov (Debian for Municipalities and Administrations)
DeMuDi: Audio (part of AGNULA)
Teófilo Ruiz Suárez < firstname.lastname@example.org >
Ichthux: a Debian derivative aimed at Christians
Deb-Ice: a lightweight Debian derivative using IceWM for the window manager.
Tools or projects that might be interesting to adopt in the Debian Pure Blends scope
Klaus Knopper < email@example.com > (?)
Dirk Eddelbuettel < firstname.lastname@example.org >
Alex de Landgraaf < email@example.com >
FREEDUC developers < firstname.lastname@example.org >
Linux-EduCD with preconfigurated LTSP and Moodle.
Linux-EduCD developer < email@example.com >
Debian-CGL : Debian GNU/Linux for communications and data services platforms
Adamantix (Once was called 'Trusted Debian')
UCK - Ubuntu Customization Kit
Reconstructor - Ubuntu Reconstructor
DRU - Dell's Disc Remastering Utility for Ubuntu
Builder - gNewSense builder script
Remastersys - a tool for making a livecd from a Ubuntu installation
Unidistro - A framework to create and maintain a Debian/Ubuntu derivative distro
Ubuntu Customised Iso Image Tools - a spec for Ubuntu 8.04
(may be more here http://linuxmafia.com/faq/Debian/installers.html )
Common Issues for Blends
Using the new DebianInstaller and a few hooks to get the partitioning we want and the packages we want installed into the hard drive. I'm fairly satisfied with this solution.
Installing the list of packages we want
Using metapackages (i.e. packages consisting only of dependencies) to install the packages we want. Used hooks in base-config to get them installed during first time installation. Not too happy about the metapackage approach, as it is fragile and breaks easily if some dependency is unavailable.
Preconfigure the packages we install
Using three different approaches:
- use modularized/multilevel configuration where available (desktop-profiles, /etc/apache/conf.d, ...),
- Load answers into the debconf database before the packages are installed using some home-make script, and
- rewrite/replace configuration files using cfengine at the end of the installation if the package is unable to configure what we want using debconf.
I'm fairly satisfied with this solution, but am not sure if the method used to feed the debconf database is the best available. I believe the best option would be to extend all the packages we use to make it possible to configure everything we need using debconf answers, when they can't be made to do modularized/multilevel configuration.
Automatic X configuration
Using home-brewed script filling the debconf database, and then call dexconf from the XFree86 package to generate the configuration file.
The Hardware detection info is fetched from various packages (discover, detect, etc).
Using a heavily patched version of debian-cd to create the CDs. Most of the patches is to include the d-i boot floppies. This should now be possible with the standard version of debian-cd, but no one in Skolelinux have taken the time to update our copy of the scripts.
Note Also take a look at DebianCustomCD and DebianInstaller/Build. These provide instructions for the building of the actual cd's (rather than meta packages, and most of the other issues mentioned in this page)
Configure default language for all users
Using a custom script to rewrite config files to modify the default language/locale.
Making simpler KDE / GNOME (XFree86) reaching and menus
Make a simpler way to select the window desktop manager for XFree86 (KDE/GNOME) by default or by selection on screen by the user (in a similar way to the LILO / Grub boot screens to select to partition to boot).
Working on a system to make simple menus and change the menu depending on the user's group membership.
Working on the direct use of KDE programs in GNOME and vice versa (in a similar way to Alien).
DebianBeowulf - Beowulf clusters running Debian.