* Add new --variant option to build alternative images of Kali.
* Add new --version option to decide of the name of the generated file.
* Add new --subdir option to indicate where the image must be moved.
This reverts commit 9eeb33247b.
live-build puts the preseed file in the initrd so it actually replaces
the preseed file put in place by debian-installer. That preseed
actually hardcodes the release for the need of the mini.iso but
the live image does not need such an hardcode as d-i can figure
it out by itself by analyzing the repositories on the ISO.
We want to override the apt configuration from the preseed in the
initrd because it harcodes the kali repository and we want
kali-rolling ISO to use the kali-rolling repository too!
We do it in a way that still allows the user to put his own
preseed file.
This makes it possible to install different set of packages for each
desktop in kali and in kali-rolling. kali-rolling requires for instance
gnome-session-flashback which is a dependency of kali-desktop-gnome (in
the kali-rolling distribution only).
If we don't drop them, they are kept forever and never updated
as wanted. This was problematic for live.list.chroot which
doesn't have the same content depending on the --initsystem option
we use.
The usage of the pipe did hide errors from us when we were using
--verbose. We use a bashism to detect failures in pipes so update
the shebang accordingly.
- update compare version in build_all.sh
- replace image name with live-image-ARCH.* in build_all.sh
- change variable ARCHITECTURES in ARCHITECTURE in package lists as name has
been changed in live-build
In theory, those packages should be included by live-build as d-i
dependencies but apparently those are missing. It should be enough
to just have those packages available in the "binary" part but installing
them in the live chroot doesn't hurt much either.
Raphaël Hertzog
Raphaël Hertzog
Sophie Brun
Mati Aharoni (Kali Linux Developer)