| Age | Commit message (Collapse) | Author |
|---|
|
|
|
[hertzog@debian.org:
- Fix conflicts due to renamed variables
]
Signed-off-by: Raphaël Hertzog <hertzog@debian.org>
|
|
Now grub.cfg shows all the kernel options. Before this patch when you
had more than two kernels it only showed the auto option.
Signed-off-by: Raphaël Hertzog <hertzog@debian.org>
|
|
old 486 one.
[hertzog@debian.org:
Also rename the variables for consistency.
]
Signed-off-by: Raphaël Hertzog <hertzog@debian.org>
|
|
|
|
Thanks to Daniel Reichelt <debian@nachtgeist.net> for the patch.
Closes: #881941
|
|
Signed-off-by: Raphaël Hertzog <hertzog@debian.org>
|
|
This makes the package reproducible at build time.
Closes: #879169
|
|
|
|
As done by the linux source package since its version 4.4.
|
|
To generate an hdd image, binary_hdd first estimates the needed size of
the image using du. By default, when du finds multiple hardlinked copies
of a file, it counts them only once. However, when the target filesystem
is FAT, which does not support hardlinks, these files will take up more
space when finally copying the contents, breaking the build:
P: Copying binary contents into image...
cp: error writing 'chroot/binary.tmp/live/initrd.img-4.9.0-3-amd64': No space left on device
cp: error writing 'chroot/binary.tmp/efi/boot/bootx64.efi': No space left on device
cp: error writing 'chroot/binary.tmp/efi/boot/bootia32.efi': No space left on device
cp: cannot create directory 'chroot/binary.tmp/boot/grub': No space left on device
cp: cannot create directory 'chroot/binary.tmp/isolinux': No space left on device
To fix this, pass --count-links to du when the target is FAT, to make
the space estimation correct.
This problem is exposed by commit 9c974b26b (Instead of renaming kernel
for syslinux, create hardlinks), which might need to be separately fixed
(to not waste space on FAT targets), but binary_hdd should at least
handle hardlinks more gracefully.
|
|
|
|
Since commit fdc9250bc (Changing package dependency checks within chroot
to work outside as well), Check_package automatically checks for
LB_BUILD_WITH_CHROOT and works inside as well as outside of the chroot,
so no need to check LB_BUILD_WITH_CHROOT before calling them.
Install_package and Remove_package are just a no-op when building
without chroot, so they can also be called unconditionally.
Restore_cache and Save_cache do not check LB_BUILD_WITH_CHROOT but it
it should not hurt to call them when not needed (which already happened
in some cases).
This commit makes all Check_package calls unconditional on
LB_BUILD_WITH_CHROOT.
For binary_syslinux, this fixes the check (which used outdated paths
outside the chroot since 7b6dfd9d1), for binary_grub-efi,
binary_package-lists and chroot_package-lists this simplifies the code
(but also causes the check to become package-based instead of file-based
on apt-based systems), and for binary_loadlin and binary_win32-loader
this adds the check outside the chroot which was previously missing.
|
|
Previously, Check_package would only show an error when host packages
are missing on a non-apt system. On apt system, the packages would be
added to _LB_PACKAGES, which causes them to be installed in the chroot,
not in the host (or not at all if Install_package is not called). This
behaviour could break the build.
This applies to either packages that must be present in the host (as
checked with `Check_package host ...`), as well as packages that can be
either in the chroot or host (as checked with `Check_package chroot`)
when LB_BUILD_WITH_CHROOT=false.
|
|
Recent versions of Linux, parted or some other bit of software cause
partition devices, like /dev/loop0p1 to be created when running parted
mkpart. However, these devices are not cleaned up when running
losetup -d to remove /dev/loop0 later, so they linger around and confuse
mkfs (which refuses to make a filesystem, thinking there are partitions):
mkfs.fat 4.1 (2017-01-24)
mkfs.vfat: Partitions or virtual mappings on device '/dev/loop0', not making filesystem (use -I to override)
To prevent this behaviour, pass --partscan to losetup when adding a new
partition, to clean up any lingering partitions. It seems losetup does not
accept --partscan when deleting a loop device, to clean up at that point, but
since binary_hdd mounts the partition last, there should not be any lingering
partition devices after live-build is done.
The --partscan option is available since util-linux 2.21 (released in 2012), so
it should be fairly safe to pass it unconditionally.
|
|
|
|
|
|
|
|
|
|
|
|
Also fix the version string in the manual pages.
Closes: #859290
|
|
That way we always have a valid UTF-8 locale even when we don't have
the "locales" (or "locales-all") package installed.
|
|
Thanks to Thomas Schmitt <scdbackup@gmx.net> for the suggestion.
|
|
|
|
|
|
Thanks to Daniel Reichelt <debian@nachtgeist.net> for the patch.
Closes: #864386
|
|
|
|
4.9.
|
|
|
|
|
|
* Update the manual page with the missiong --bootappend-live-failsafe
option.
* Keep supporting the former --bootloader (without s).
|
|
grub-pc configuration.
|
|
|
|
The date based versioning scheme no longer allows such a check. And we
don't intend to break backwards compatibility for now.
|
|
* Use only long kernel names.
* Put advanced options in a submenu.
* Use distro-agnostic labels.
* Don't generate entries with kernel version when we have a single
version.
|
|
|
|
Now we generate the VERSION file at install time or at package build time.
|
|
|
|
|
|
|
|
picture.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Thanks to jnqnfe for the report.
Closes: #774807
|
|
|
