debian-cd, dependencies, debimg, comments

Looking at the amd64 CD images of Lenny, I just saw that there is the package ‘gnome’ on disk 1, while some of its dependencies are on disk 2. I don’t think that this is good. Same also applies to K3B on disk 3, and on KDE-disk 1.

In my opinion, all packages which are located on a disk X, should only depend on a disk N (N<X). This means that the package gnome would be moved to disk 2, or its dependencies to disk 1.

This is exactly the way debimg works. Debimg uses so-called package groups, which simply represents a set of packages with cyclic dependencies. These package groups are returned in a specific order, so that a group N only requires a group <N. This order is kept when the groups are added to the disk. Furthermore, we treat the groups as one when adding them to the disk, ie. we check whether the whole group fits on the disk (and add it) or not (create a new disk). This way, we ensure that all dependencies can be satisfied.

Today, I decided to try it out and therefore wrote a small script reading the debian-cd task files and comparing the file list (of the packages added to the disk) with the file list of the official KDE disk.

The results look very good, debimg adds 11 packages and removes 26 which is not that much, and mostly caused by wrong size limits, etc. You can look at the results your self, and regenerate them using:

Anyway, debimg still needs real configuration and handling of the debian installer and source packages, but this should give you an idea of how debimg works. And a tarball, for those who don’t want to use git all the time.

BTW, I have now enabled comment threading here, a new WordPress feature. I hope that it works, as I have not tried it out yet.


5 thoughts on “debian-cd, dependencies, debimg, comments

  1. So, what happens in debimg if a set of interdependent packages takes up more than the media size?

  2. Debian-cd should include all dependencies before, it’s part of its design and (used to be) the job of list2cd.

    Please file a bug if that’s not the case. Or maybe it was only recommends and not depends (in which case your article is misleading).

    1. Forwarded to

      This seems to apply to more packages, though (amd64 disks):

      gnome (= 1:2.22.2~5) depends on gnome-themes-extras {NOT AVAILABLE}
      k3b (= 1.0.5-3) depends on k3b-data (= 1.0.5-3) {NOT AVAILABLE}
      debian-edu-doc (= 1.2~20080715) depends on debian-edu-doc-es {NOT AVAILABLE}
      ocaml-core (= depends on camlp4-extra {NOT AVAILABLE}
      CD1 (KDE): (= 1:2.4.1-17+b1) depends on (= 1:2.4.1-17+b1) {NOT AVAILABLE}
      CD1 (xfce+lxde): (= 1:2.4.1-17+b1) depends on libxerces2-java-gcj {NOT AVAILABLE}

Comments are closed.