SW: drop dmraid from GRML_FULL + GRML_SMALL dmraid is obsolete and isn't available with Debian trixie (current testing) and newer anymore. See https://bugs.debian.org/1056944, https://bugs.debian.org/864423 and https://bugs.debian.org/1034188 for details.
SW: add memtest86+ to GRML_FULL (amd64/i386 only) Otherwise we're missing the memtest boot options in isolinux/syslinux and GRUB.
SW: add xxd to GRML_SMALL + GRML_FULL xxd is no longer a dependency of vim-common, quotings vim's Debian package changelog (also see https://metadata.ftp-master.debian.org/changelogs/main/v/vim/unstable_changelog): | vim (2:9.0.0135-1) unstable; urgency=medium | | [...] | * Remove "Depends: xxd" from vim-common (Closes: #1007887) Since we always shipped xxd with grml-small and grml-full, let's make sure we continue to provide it.
SW: drop thin-provisioning-tools from GRML_FULL The package is missing from Debian/testing since several months, and pending upload towards Debian/unstable since 2023-09-22, see https://bugs.debian.org/1041089 If the package should reappear in Debian/testing again, we can consider reverting this change, but until then let's not make this a release blocker for us.
SW: ship xserver-xorg-video-intel with grml32-full Quoting from the package description: | The use of this driver is discouraged if your hw is new enough (ca. | 2007 and newer). You can try uninstalling this driver and let the | server use its builtin modesetting driver instead. Related to https://github.com/grml/grml/issues/203
SW: add toilet to GRML_SMALL + GRML_FULL and lolcat to GRML_FULL Disk space requirements: * lolcat on grml-small: ~28.5 MB of additional disk space * toilet on grml-small: ~1800 kB of additional disk space -> so let's only add toilet to GRML_SMALL * lolcat on grml-full: ~152 kB of additional disk space * toilet on grml-full: ~1800 kB of additional disk space -> it's about 2MB of additional disk space for GRML_FULL in total, so we can add both lolcat and toilet without too much overhead
Initial arm64 / aarch64 support Relevant changes: * arm64 (ARM64 in terms of FAI class) is considered a valid and supported architecture within grml-live now; updated documentation, configuration files and zsh completion accordingly * arm64 was enabled as supported architecture in grml repositories * the architecture specific grml-scripts + grml-scripts-core packages got built for arm64 and uploaded to the grml-testing repository * memtest86+ + syslinux aren't available on arm64, therefore move memtest86+ to Recommends to avoid ending up with an `Arch: any` package, also depend on either syslinux or syslinux-efi * Software related changes in GRML* (other than the obvious linux-image-arm64 and further arm64 specific packages): * GRMLBASE: - grml2usb is I386 + AMD64 specific for now (if we want to use grml2usb on arm64 as well, we'd need to port it) - grub-efi-amd64-bin, grub-efi-ia32-bin + grub-pc as well as syslinux, syslinux-common + syslinux-utils all are also I386 + AMD64 specific * GRML_FULL: - cciss-vol-status, cmospwd, cpuid, grub-pc-bin + ltrace all are I386 + AMD64 specific (so not available for arm64) - grml-terminalserver is I386 + AMD64 specific for now (at least until we ported grml2usb for arm64) * /etc/grml/fai/config/scripts/GRMLBASE/44-grub: invocation of grub-mkimage is I386 + AMD64 specific (at least until we identify whether there's an actual use-case for our generated /boot/grub/core.img) * /etc/grml/fai/config/scripts/GRMLBASE/45-grub-images: we use /boot/bootaa64.efi for the EFI boot image name for arm64, though need to skip the unavailable efi_uga module and also skipt the i386-pc architecture, since grub on arm64 doesn't provide /usr/lib/grub/i386-efi Known TODOs: * decide official naming for Grml on arm64 (also keep e.g. `update-grml-rescueboot -t small -a 64` in mind!) * grml2usb isn't available for arm64 yet, and therefore also grml-terminalserver isn't available for arm64 * when booting the resulting ISO inside an arm64 / aarch64, the default terminal seems to start up as /dev/ttyAMA0 (instead of /dev/tty1, as expected and handled via our getty@tty1.service) * look into SecureBoot support Development sponsored by netcup GmbH
Provide workaround for dhcpcd/isc-dhcp-client + cloud-init for bookworm tl;dr: we still use isc-dhcp-client for Debian bookworm, and switch to dhcpcd for Debian trixie/testing and unstable/sid. In commit e7ada958c30 (released as v0.44.0) we switched from isc-dhcp-client to dhcpcd. Sadly, cloud-init has a hard dependency on isc-dhcp-client (at least as of v21.4-2 and up and until incl. v23.2.1-1). Now with having both cloud-init *and* dhcpcd in the GRML_FULL class, grml-live builds against bookworm fail, because bookworm ships cloud-init 22.4.2-1 with a hard dependency on isc-dhcp-client. But dhcpcd in bookworm has a Conflicts/Replaces with dhcp-client (see https://bugs.debian.org/1036085), so installation of both dhcpcd and isc-dhcp-client at the same time doesn't work, *yet*. Once dhcpcd5 v9.4.1-24~deb12u1 made its way towards bookworm/stable, see https://bugs.debian.org/1040951, we might no longer need this workaround. For now, to ensure that GRML_FULL works on bookworm OOTB and we can still ship cloud-init with with GRML_FULL, we enable the switch towards dhcpcd only for Debian trixie/testing and newer (currently unstable/sid). Also see https://bugs.debian.org/1051421 and https://github.com/grml/grml-live/issues/138 NOTE: grml-small would NOT be affected by this issue (as we don't ship cloud-init there so far, and therefore don't have any dependency on isc-dhcp-client). But to avoid confusion between different Grml flavours, let's keep the behavior consistent across the GRML* classes. NOTE²: at least once bookworm no longer is the current Debian stable release we need to revert (adjust) the DEBIAN_* classes again. Closes: https://github.com/grml/grml-live/issues/138
SW: install architecture specific fwupd-signed packages fwupd-signed is only a virtual package, and it's reported as missing via package_errors.log file. So instead let's install the corresponding package for each architecture explicitly.
SW: ship fwupd with fwupd-signed + policykit-1 + udisks2 for firmware updates Inspired by Holger Levsen's http://layer-acht.org/thinking/blog/20230514-fwupd/ (currently unavailable, instead see e.g. https://web.archive.org/web/20230601042943/http://layer-acht.org/thinking/blog/20230514-fwupd/), quoting from there: | boot into Grml. | mkdir /efi ; mount /boot/efi to /efi or set OverrideESPMountPoint=/boot/efi/EFI if you mount to the usual path. | apt update ; apt install fwupd fwupd-amd64-signed udisks2 policykit-1 | fwupdmgr get-devices | fwupdmgr refresh | fwupdmgr get-updates | fwupdmgr update Installing fwupd + fwupd-signed adds 19.2 MB of additional disk space on grml64-full. Without policykit-1 a warning messages appears, so provide it as well (adding 161 kB of disk space). Also ship udisks2 (adding 6.512 kB of disk space) for its plugin for fwupd (also see https://bugs.debian.org/970054). But also its `udisksctl info -b /dev/...` as well as `udiskctl power-off -b /dev/sdX` (see https://github.com/grml/grml/issues/198) tend to be useful.
SW: drop dstat (unmaintained upstream) dstat got removed from Debian/testing due to autopkgtest failures, and quoting from https://bugs.debian.org/1034856: | The reality of the situation is that dstat is fairly buggy. Still usable | in many cases, but far from perfect. Unfortunately the project is not | maintained upstream since several years [1], and fixing the outstanding | issues is not trivial. All my hopes are now on dool, which seems to be a | promising replacement and is currently being packaged [2]. | | [1] https://github.com/dstat-real/dstat/issues/170 | [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032875
SW: add lz4 to GRML_FULL It requires only 248 kB of additional disk space. Thanks: willmcginnis for the suggestion Closes: https://github.com/grml/grml-live/issues/137
SW: switch from isc-dhcp-client to dhcpcd ISC DHCP (AKA isc-dhcp-client in Debian) is no longer maintained by ISC, see https://kb.isc.org/docs/isc-dhcp-eol-dates and also https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.en.html#deprecated-components Note that this also needs adjustments in FAI_DEBOOTSTRAP_OPTS, as debootstrap by default pulls ins isc-dhcp-client and isc-dhcp-common via ifupdown, due to its `Recommends: isc-dhcp-client | dhcp-client`. Thanks: András Korn for the suggestion
SW: add f3 to GRML_FULL Thanks: Keith Irwin for the suggestion Closes: https://github.com/grml/grml-live/issues/134
SW: add mtx to GRML_FULL This used to be a dependency of bacula, now that bacula is no longer shipped, mtx would be missing on the live system. Since that might be useful for usage on backup servers and it's only 353 kB of disk space, let's re-add it.
Revert "SW: drop ifenslave from GRML_SMALL and GRML_FULL" This reverts commit 46732edb357fda04f5778a4dcb6af1224d002cf3. ifenslave is back in Debian/testing, while it might not be really needed anymore (given that it no longer provides /sbin/ifenslave and "the /sbin/ip command from the iproute2 package supports creating bonding masters and enslaving other interfaces to it"), its hook script still might be relevant for someone, so let's ship it for the time being.
SW: add espeak-ng espeakup used to depend on espeak, though as of v1:0.90-5 it no longer does so, while espeak-ng seems to be the proper replacement. So we don't end up without espeak* on Grml, let's add espeak-ng, hopefully being useful as-is.
Revert "SW: drop xfsdump from GRML_FULL" This reverts commit e52868071ac19e2e60e4067e35ba9675e2e393d7. With the latest upload of xfsdump v3.1.11-0.1 the package is back in Debian/unstable + testing.
SW: add hping3 to GRML_FULL This turned out to be very useful for testing custom packet size and UDP when deploying yet another Proxmox VE cluster.
Revert "SW: replace fluxbox with openbox + obconf in GRML_FULL" This reverts commit 47c2f47352507002d023a7dd9e1098e3c42257da. fluxbox is back in Debian/testing (v1.3.5-2.1) thanks to an NMU, while openbox technically works, its desktop "integration" isn't as smooth as the one we have for fluxbox (and our users are used to get fluxbox), so let's revert back to fluxbox for now. See https://github.com/grml/grml-desktop/issues/5