Re: [email@example.com: Bug#215469: don't include unnecessary udebs on the cd]
Raphael Hertzog <firstname.lastname@example.org> writes:
> I just got this bug. It looks like we aren't smart enough about the
> selection of udebs to include on the CD ...
> The initial idea was to include them all so that all install scenario
> can happen but it looks like there are udebs which are useless since
> they are simple "file repositories" for d-i.
> And the list is getting so big, that it doesn't make sense to include
> everything for netinst & business card CD.
My new D-I build script builds 20MB businescard cds compared to the
48MB? debian-cd images. There is more to save on docs, keyring,
indices, Contents files,... than on the udebs.
> I think we need to update the script that generates the task files which
> lists udebs. Santiago ?
> The first step is probably just to have exclusion list/pattern used by
> tools/generate_di_list and/or tools/generate_di+k_list ...
> Raphaël Hertzog -+- http://www.ouaza.com
> Formation Linux et logiciel libre : http://www.logidee.com
> Earn money with free software: http://www.geniustrader.org
> From: Joey Hess <email@example.com>
> Subject: Bug#215469: don't include unnecessary udebs on the cd
> To: Debian Bug Tracking System <firstname.lastname@example.org>
> Date: Sun, 12 Oct 2003 19:48:01 -0400
> Reply-To: Joey Hess <email@example.com>, firstname.lastname@example.org
> Resent-From: Joey Hess <email@example.com>
> Package: debian-cd
> Severity: normal
> The businesscard and netinst cd images at
> http://gluck.debian.org/cdimage/testing/netinst/i386/ are bigger than
> they need to be. partly because they include such useless things as
> This contains only a kernel, in a form users cannot use, and that the
> installer will only waste a lot of memory loading into its initrd after
> it has already booted.
> All d-i images already come with the appropriate busybox udeb installed
> on the image.
> If the installer can find these on the CD, it does not need them.
> These are probably useless, d-i boot images include at least one
> cdebconf frontend.
> Etc. I'm sure you could save a *lot* of space by working with the d-i
> team to whittle down the udebs on the cd images to a set that is
> appropriate for the purpose of the CD. As it is these images are getting
> too big to be useful.
I'm working on getting propper lists what udebs will be always on the
boot media, what should be on CD and what is just leftovers or
unsuported (like the gtk frontend). Thanks for the hint about
retrievers and cdebconf.
After that d-i will generate partial Packages files containing just
the right files for each part. Those will be used by debmirror for
d-i developer to keep a partial mirror. They will work just as well
I'm not yet quite sure on how to get debian-cd to put the right stuff
on the right type of CD, or more concrete how to get it not to put some
stuff on it. A lot of stuff is just hardcoded in, like wgeting the
daily build d-i images of the net. Ideas are welcome there.