Rather than using config/chroot_local-packagelists/*.list and
config/binary_local-packagelists/*.list, we're simply using
config/package-lists/*.chroot.list and
config/package-lists/*.binary.list.
Previously, we had config/chroot_sources (or config/chroot_archives)
that allowed local configuration for third-party repositories but we
also had config/archives (or config/repositories) that did the very
same, but also alled to use 'variables' (e.g. @DISTRIBUTION@ or
@ARCHIVE_AREAS@ to be used) that got replaces automatically.
Now, we have only config/archives that can do both. This gets rid
of the unecessary double handling of the same thing in two places.
In order to be consistent with terminology used in debian-policy,
we've always tried to use the same names for the same things.
The repository option is one of the last things that were too
late in squeeze release cycle to be renamed in time.
The chroot_localization script did two things:
* contain a hardcoded list for a couple of packages->l10n-packages
* (supposed) to set the locales boot parameter correct.
While the first was totally outdated and is a thing that needs to be
constantly updated for changes in debian (and nobody wants to do that)
and it's a broken approach anyway, the second is useless since we're
using syslinux-themes packages anyway.
This option was not used anyway, and, it's actually not much of the
business of live-build anyway. People for custom distributions that
can not use the debian default scripts ship their own patched
debootstrap, and then you don't need the option anymore.
Previously, there were a couple of hooks that were automatically run
for some image flavours. This came back from the old days when we
had to deconfigure gdm and enable kdm explicitly for kde images.
After lenny, this hack was not needed anymore, and there's not much
sense to keep the mechanism in place at all. Better, let's treat all
images the same way wrt/ hooks and don't do special automagics.
The only images that is of concern of are minimal and stripped
which we don't build by default anyway. This also stopps confusing
others.
Daniel Baumann
Colin Watson
Richard Nelson