Even though it's currently empty, we want users to have this component
enabled so that they don't miss on updates when we start to move
packages from non-free to non-free-firmware.
This reverts commit 8bd6060b07.
Actually --firmware-binary is also affected by the same issue and there
I'd rather not remove the logic to include the firmwares in the
installer. So instead I went for a temporary solution where I excluded
nvidia-graphics-drivers-tesla-470 from Kali entirely.
This is the only line that requires curl. Other than that, Live Build
already depends on wget (through debootstrap), so let's use it as it's
already a requirement.
Those are never copied into live-build's config directory and actually
the "packages" file is clashing with a "packages" directory which results
in a failure of the "rm -f" call.
The netinst installer is causing too many issues for unexperienced
users that are installing without enabling the network. They are ending
up in a console and are stuck there. See https://bugs.kali.org/view.php?id=6053
and the many duplicates.
The live installer is not offering close control on what metapackage
gets installed but at least you are sure to have a usable system at the
end.
In the live-build code, netinst and netboot have the same meaning,
and it means netboot, an installer that fetches the d-i udebs over
the network. But we don't want that, we want the udeb to be available
in the ISO so that it keeps working even after a kernel update in
kali-rolling.
So that the generated /etc/network/interfaces contains "eth0" and
not any name assigned by systemd/udev since this renaming is already
disabled in the installed system.
Fixes https://bugs.kali.org/view.php?id=4090
Up to now, --proposed-updates always enabled kali-proposed-updates
when in fact it should have enabled the proposed-updates repository
of the target distribution.
* 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.