Merge remote-tracking branch 'origin/github/pr/145'

etc/fstab/GRMLBASE: use reserved IP following RFC5737

Usage of IP addresses like 1.2.3.4 is not recommended, as they
might point to actually used and non-reserved IPs.

Quoting from RFC 5737 AKA "IPv4 Address Blocks Reserved for
Documentation" (see https://datatracker.ietf.org/doc/html/rfc5737):

| The blocks 192.0.2.0/24 (TEST-NET-1), 198.51.100.0/24 (TEST-NET-2), and
| 203.0.113.0/24 (TEST-NET-3) are provided for use in documentation.

So use 192.0.2.42 instead.

Release new version 0.47.6

docs: update instructions for basefile creation to include capabilities

When creating the basefile via tar without `--xattrs --xattrs-include='*.*'`,
the resulting basefile doesn't provide capabilities as used and needed
for example by ping(8), also see https://bugs.debian.org/881829

While at it, also exclude /var/lib/apt/lists/ files, to further reduce
the resulting basefile.

Closes: https://github.com/grml/grml-live/issues/143

Release new version 0.47.5

templates: drop deprecated nodmraid boot option and update grml-cheatcodes.txt

See git rev 922087b19d and grml-autoconfig v0.22.0, we dropped dmraid
support.

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.

Release new version 0.47.4

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.

Fix usage of FAI's shell.log vs. scripts.log

We check for scripts.log, but still use shell.log, d'oh :)

grml-cheatcodes.txt: drop URL for no-longer existing live-initramfs.en.7.txt

live-initramfs-grml is live-boot-grml nowadays, though it doesn't
provide a human readable manpage/documentation.

Release new version 0.47.3

SW: add zstd to GRML_SMALL

Nowadays zstd is used as default compression utility for initramfs by
Debian, so let's make sure to have it available.

We already ship zstd since 2019 with GRML_FULL (see commit 2dc56cc10f),
now let's make sure to also have it available on grml-small.

Thanks: Marc Haber
Closes: https://github.com/grml/grml/issues/204

Release new version 0.47.2

Merge remote-tracking branch 'origin/github/pr/142'

Remove Grml release name from the boot options

The Grml release name is shown on top of the additional boot option menu
and also in front of every boot option.
This limits the readable title length. We decided to remove it.

Changed "German Settings" to "Load German Keyboard Layout" because that
is what it does (i.e. it runs `grml-lang de`).

Also changed the description of some entries as they were cut off, on the
boot screen.
Closes: grml/grml#10

templates/boot/grub/%SHORT_NAME%_options.cfg: fix missing quotes

Followup fix for commit c0460ecbd48f54b5b1895b6fc576efa4ddb54e9e,
missing quotes and causing GRUB to not display the menu, as it runs
into "out of memory" situation when sourcing the file.

Merge remote-tracking branch 'origin/github/pr/141'

grml-docs/startpage.html: rework and update instructions

* We don't ship xlinks2, so drop it from the browser list
* Iceweasel no longer exists
* There's no point in providing usage instructions for the command line
  browsers, other than how to exit them (if someone really ends up
  there without being used to w3/links)
* Replace all references to http with https
* Let's drop tldp.org / Linux Documentation Project (unsure whether
  this is relevant for anyone nowadays?), and instead link to Grml Wiki
* We moved our IRC from freenode to oftc, update accordingly
* While at it, misc rewordings and section adjustments, to reduce text
  on page

templates/boot/isolinux/f10: use https and replace freenode with oftc

We moved from freenode to oftc, and while at it, use https URLs

Release new version 0.47.1

Merge remote-tracking branch 'origin/github/pr/140'

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.

Unify boot options order

The boot order and the naming of the isolinux boot menu and Grub boot
menu were not in sync. I tried to standardize the boot menu entries,
according to the proposal in
https://github.com/grml/grml/issues/10#issuecomment-1625729783

Related: grml/grml#10

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

Release new version 0.47.0

templates/boot/grub/addons: use chainloader instead of linuxefi

As of grub2 2.12~rc1-1 the linuxefi module is no longer available:

| grub2 (2.12~rc1-1) experimental; urgency=medium
|
|   [ Julian Andres Klode ]
|   * New upstream version, 2.12~rc1
|   * build-efi-images: Drop linuxefi, using new loaders now
| [...]

So loading the memtest EFI file then fails with:

| error: can't find command `linuxefi'.

Use chainloader instead, to boot into the memtest EFI.

Rework memtest handling, incl. usage of latest available memtest file

If we try to copy the memtest86+.bin file as shipped with memtest86+
versions <=5.01-3.1, we either copy such an old file from the build
directory (grml_chroot), or if that doesn't exist (e.g. because the
memtest86+ package isn't installed), we might end up copying an old
memtest file from the build host system instead.

AS ${BUILD_OUTPUT}/boot/addons/memtest exists already then, we don't
update the file any longer (e.g. from a more recent memtest86+ package),
and therefore end up with an old and outdated memtest version in BIOS
boot, while EFI boot provides a more recent memtest version. This is
inconsistent and unexpected behavior.

So instead try to use the most recent version of memtest86* files first,
and only then fall back to the old memtest86+ <=5.01-3.1 file behavior.

While looking into this, I also noticed that until memtest86+ versions
<=6.10-2 it used to be named memtest86+x32.bin, while as of memtest86+
versions >=6.10-3 it's memtest86+ia32.bin instead. As we have version
6.10-4 in bookworm/stable and only pre-6 version 5.01-3.1 in e.g.
bullseye/oldstable, let's skip any backwards compatibility for
memtest86+x32.bin.

Furthermore while at it, drop duplicate execution of `copy_addon_file
memtest86+x64.bin /boot addons` and `copy_addon_file memtest86+x32.bin
/boot addons` to avoid ending up with further duplicate files on the
ISO. So related to https://github.com/grml/grml-live/issues/128, we now
ship /boot/addons/memtest on each of grml64 + grml32, and respectively
only /boot/addons/memtest86+x64.efi on grml64 only and
/boot/addons/memtest86+ia32.efi on grml32 only. To rename the files into
FAT16/8.3 compatible "/boot/addons/memtest", let's provide a proper
return code from within copy_addon_file() if we couldn't find any
matching file.

Related to https://github.com/grml/grml-live/issues/128

Closes: https://github.com/grml/grml/issues/178

Add debootstrap to Depends

As of git rev d6d5fee3 we no longer depend on fai-server, though
fai-client doesn't depend on debootstrap, so we need to track this
on our own.

Would be nice to be able to use mmdebstrap instead of debootstrap,
but sadly FAI has this hardcoded, so until we got rid of FAI, we
need to explicitly depend on debootstrap.

Release new version 0.46.1

Merge remote-tracking branch 'origin/github/pr/139'

grml-live-remaster: aufs got replaced by overlay

We no longer use aufs but overlay, adjust grml-live-remaster
accordingly.

Closes: https://github.com/grml/grml/issues/202
Thanks: Alhyene for the patch

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

Release new version 0.46.0

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

Support FAI's newer scripts.log, as used with FAI versions >=6.0

Older FAI versions used to log the output of the scripts to shell.log,
now as of FAI versions >=6.0 they end up in scripts.log instead, so
also check those to identify failures during builds.

GRMLBASE/91-update-pciids: also ignore exit code 1

If the grml_chroot uses /etc/resolv.conf with a symlink pointing to
/run/resolvconf/resolv.conf which might not exist, executing
update-pciids fails.

In the past, wget used to fail with exit code 4 (`Network failure`
according to wget(1)). Nowadays we seem to get exit code 1 (`Generic
error code`) instead. It behaves as such even if curl is present and
gets prefered over wget.

So let's also catch this error condition, to not fail a build because of
that, but instead warn about it.

Drop deprecated GRMLBASE/93-update-usbids (update-usbids is gone)

update-usbids is no longer available since usbutils v008,
quoting from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805330:

| version 008, usbutils doesn't use usb.ids anymore. Instead
| it uses the udev hardware database. usb.ids is now provided by the
| package with the same name, but it doesn't provide any script to update
| it.

Given that usbutils v1:010-3 is available in Debian oldoldstable AKA
buster, there's no point in further shipping our 93-update-usbids
script any longer.

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.

Release new version 0.45.0

Add support for Debian/trixie (current Debian/testing)

While at it, deprecate bullseye in zsh completion.

Thanks: cb <christopher@bocki.com> for the PR
Closes: https://github.com/grml/grml-live/pull/135

Update zsh completion + ship it via Debian package

The zsh completion file didn't receive any love since quite some time,
bring grml flavours, FAI classes and support grml-live options up2date.

While reviewing its current state I also noticed that we don't ship it
with our Debian package, which clearly doesn't make sense. :)

Deprecate FAI's make-fai-nfsroot.conf

Since FAI v4.0 make-fai-nfsroot.conf is no longer relevant, even in
Debian oldoldstable AKA buster we have FAI v5.8.4, so there's no point
in further supporting this.

Sadly we still need the temporary /etc/grml/fai/nfsroot.conf for FAI's
dirinstall usage:

| fai -C /etc/grml/fai -s file:////etc/grml/fai/config -cDEBIAN_BOOKWORM,GRMLBASE,GRML_SMALL,AMD64 - u grml dirinstall ....

FAI relies on this file, otherwise failing with:

| /etc/grml/fai/nfsroot.conf not found.
| You may want to install the package fai-server

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.

Drop depends on fai-server

We don't seem to actually need the fai-server package, which ships the
following binaries:

* /usr/bin/fai-mirror/usr/bin/fai-mk-configspace
* /usr/bin/fai-monitor-gui
* /usr/sbin/dhcp-edit
* /usr/sbin/fai-cd
* /usr/sbin/fai-chboot
* /usr/sbin/fai-diskimage
* /usr/sbin/fai-make-nfsroot
* /usr/sbin/fai-mk-network
* /usr/sbin/fai-monitor
* /usr/sbin/fai-new-mac
* /usr/sbin/fai-setup

Furthermore, fai-server ships the following configuration file:

* /etc/fai/NFSROOT
* /etc/fai/apt
* /etc/fai/apt/sources.list
* /etc/fai/apt/trusted.gpg.d
* /etc/fai/apt/trusted.gpg.d/fai-project.gpg
* /etc/fai/grub.cfg
* /etc/fai/grub.cfg.autodiscover
* /etc/fai/nfsroot.conf

We might still need some variant of /etc/fai/nfsroot.conf
via `${GRML_FAI_CONFIG}/nfsroot.conf` +
`${GRML_FAI_CONFIG}/make-fai-nfsroot.conf`, though if we could finally get rid
of also those, that would be certainly be nice.

Thanks: András Korn

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

Release new version 0.44.0

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

DEBIAN_STABLE: enable non-free-firmware component and use stable-backports

Related to commit 87ea3f5, support new non-free-firmware component
also within DEBIAN_STABLE class, given that bookworm is current
Debian stable release.

While at it, instead of hardcoding bullseye-backports, let's use
stable-backports instead, which should always fit, no matter the
codename for the current stable release.

No longer bootstrap with --no-merged-usr

The transition to usrmerge was done in Debian, see
https://lists.debian.org/debian-devel-announce/2022/09/msg00001.html
Debian/bookworm AKA v12 will only support the merged-/usr layout.

Systemd is also dropping support for unmerged-usr systems (see
https://lists.freedesktop.org/archives/systemd-devel/2022-September/048352.html).

Also debootstrap complains about this nowadays:

| W: Upgrading non-merged-/usr environments post-bookworm is unsupported. Only do this for CI/QA infrastructure that will be re-bootstrapped rather than upgraded.

So no longer enable --no-merged-usr by default, if anyone should
still need it, it can be set via custom $FAI_DEBOOTSTRAP_OPTS.

Thanks: Csillag Tamas for reporting

SW: add gdisk to GRML_SMALL

SW: add f3 to GRML_FULL

Thanks: Keith Irwin for the suggestion
Closes: https://github.com/grml/grml-live/issues/134

Merge remote-tracking branch 'origin/github/pr/133'

grml-cheatcodes.txt: document usage of bootfrom=/dev/disk/by-label* + drop deprecated tohd

One can use bootfrom=/dev/disk/by-label/yourlabel or also
isofrom=/dev/disk/by-label/yourlabel to avoid choosing the
wrong block device.

We dropped the tohd feature back in 2016 (see grml-autoconfig
commit 0fb27bae), so drop it while at it.

Thanks: Csillag Tamas

Release new version 0.43.2

Merge remote-tracking branch 'origin/github/pr/132'

Increase EFI image size when using Secure Boot on amd64

Now as of git commit 721a473 the disk usage of the Secure Boot files
increased and 4MB are no longer enough. We don't support Secure Boot
for i386, so when either building for i386 or amd64 without Secure Boot
then keep the default 4MB size. But if Secure Boot is not disabled
and when not building for i386 (:= amd64) then increase EFI size to 8MB.

Thanks: János Pásztor for bugreport and initial patch

Release new version 0.43.1

SW: drop firmware-ath9k-htc (files provided by firmware-atheros)

firmware-ath9k-htc (~161 kB installed size, "firmware for AR7010 and
AR9271 USB wireless adapter") was and still is available from Debian
main. firmware-ath9k-htc in stable/bullseye ships the following firmware
files:

  % dpkg -L firmware-ath9k-htc | grep /htc
  /lib/firmware/ath9k_htc/htc_7010-1.dev.0.fw
  /lib/firmware/ath9k_htc/htc_9271-1.dev.0.fw

  % rmadison firmware-ath9k-htc
  firmware-ath9k-htc | 1.4.0-97-g75b3e59+dfsg-3     | oldstable  | all
  firmware-ath9k-htc | 1.4.0-106-gc583009+dfsg1-1   | stable     | all
  firmware-ath9k-htc | 1.4.0-108-gd856466+dfsg1-1   | testing    | all
  firmware-ath9k-htc | 1.4.0-108-gd856466+dfsg1-1.2 | unstable   | all

firmware-atheros (available from non-free until and including bullseye
and starting with bookworm from non-free-firmware, ~31MB installed size
in bullseye and ~62MB in unstable) ships the following ath* related
firmware files since loong time (according to firmware-nonfree.git since
its git rev 7dd7dfd2 which is included as of version 0.28 AKA around
Debian squeeze):

  % dpkg -L firmware-atheros | grep -e htc_7 -e htc_9
  /lib/firmware/ath9k_htc/htc_7010-1.4.0.fw
  /lib/firmware/ath9k_htc/htc_9271-1.4.0.fw
  /lib/firmware/htc_7010.fw
  /lib/firmware/htc_9271.fw

  % rmadison firmware-atheros
  firmware-atheros | 0.43               | oldoldoldstable/non-free    | all
  firmware-atheros | 20161130-5         | oldoldstable/non-free       | all
  firmware-atheros | 20190114-2~bpo9+1  | stretch-backports/non-free  | all
  firmware-atheros | 20190114-2         | oldstable/non-free          | all
  firmware-atheros | 20210315-3~bpo10+1 | buster-backports/non-free   | all
  firmware-atheros | 20210315-3         | stable/non-free             | all
  firmware-atheros | 20210818-1~bpo11+1 | bullseye-backports/non-free | all
  firmware-atheros | 20230117-2         | testing/non-free-firmware   | all
  firmware-atheros | 20230210-1         | unstable/non-free-firmware  | all

Nowadays firmware-ath9k-htc (1.4.0-108-gd856466+dfsg1-1.2 as present in
Debian/unstable) also ships the same file names (see https://bugs.debian.org/1031186
AKA "firmware-ath9k-htc: rename to stable version"):

  % dpkg -L firmware-ath9k-htc | grep /htc
  /lib/firmware/ath9k_htc/htc_7010-1.4.0.fw
  /lib/firmware/ath9k_htc/htc_9271-1.4.0.fw

So firmware-ath9k-htc uses:

  Replaces: firmware-atheros (<= 20230210-1)
  Breaks: firmware-atheros (<= 20230210-1)

and we can no longer ship both firmware-ath9k-htc and firmware-atheros,
so drop firmware-ath9k-htc from GRMLBASE.

FTR, /etc/modprobe.d/ath9k_htc.conf (shipped by firmware-ath9k-htc) included:

  options ath9k_htc use_dev_fw=1

Bump Standards-Version to 4.6.2

Update Vcs-git header to use github.com

We consider deprecating our git.grml.org service and
also the git protocol is insecure and should be avoided,
update debian/control accordingly.

Update debian/copyright

Reflect templates/EFI/* state and update copyright years for myself

Drop deprecated /etc/inittab configuration files

Those configuration files are no longer relevant for us
with systemd, so let's drop those.

Use serial console with 115200n8 by default

A baud rate of 9600 should no longer be a common default nowadays,
so let's set it to 115200 by default instead.

Thanks: anarcat
Closes: https://github.com/grml/grml-live/issues/130

Secure Boot: update grub and shim binaries

Quoting János Pásztor from https://github.com/grml/grml-live/pull/129:

  After 581da7443c68c362a7677c905ab5c63eb23c5b73 and using the `debian`
  style secure boot grml will not start on machines with secure boot
  enabled, but fails with a `signature verification error`

  After some investigation it turned out that we hit
  https://bugs.debian.org/925550 with our boot binaries.

  I have updated them from debian and managed to boot with them
  properly.

While at it, switch from http://ftp.de.debian.org/ to
https://deb.debian.org/ which has proper SSL certificate available.

Thanks: János Pásztor <model87@freemail.hu> for bugreport and PR

Release new version 0.43.0

Drop file-rc support

file-rc used to be the init system up and until including Grml stable
release 2014.11, starting with beginning of 2016 Grml switched to
systemd instead.

The last Debian release that used to have file-rc available was
Debian/stretch, which is EOL and we don't support it neither anymore.
So, good riddance!

Drop support for lenny, squeeze, wheezy, jessie, stretch + buster Debian releases and default to bookworm

Debian lenny (v5), squeeze (v6), wheezy (v7), jessie (v8),
stretch (v9) and buster (v10) are all EOL and we don't support
any of them any longer.

Update examples/reprepro/conf to a more recent Debian release

Debian/etch AKA v4.0 is really no longer relevant nowadays,
let's update the example for usage with Debian/bookworm. :)

Add non-free component to security.debian.org repository of old Debian releases

AFAIK those components used to be missing in the past, but nowadays
they are provided as such, even when being empty. Unify the
configuration by enabling the same components as used for non-security
repository.

Support new non-free-firmware component

Packages like 'firmware-linux', 'firmware-linux-nonfree',
'firmware-misc-nonfree' and further 'firmware-*' got moved from non-free
to the new non-free-firmware component/repository (related to
https://www.debian.org/vote/2022/vote_003).

Closes: https://github.com/grml/grml-live/issues/127

Ship custom tmpfiles.d configuration to avoid man-db cache removal

The default /usr/lib/tmpfiles.d/man-db.conf configuration includes:

  d /var/cache/man 0755 man man 1w

The systemd-tmpfiles-clean.timer runs 15 minutes after system bootup
(and then once per day). On our live system the mandb cache directory
/var/cache/man dates to the build time of the ISO, which of course
usually is older than one week. Then as soon as the
systemd-tmpfiles-clean.service is executed the mandb cache gets removed
and apropos(1) no longer works (at least until mandb gets executed
again).

Avoid this /var/cache/man removal by overriding the default
configuration file with a /etc/tmpfiles.d/man-db.conf configuration that
doesn't set the age option ("1w").

Credits to @2f2a for the bug report and @jkirk for assistance in debugging

Closes: https://github.com/grml/grml/issues/201
Thanks: 2f2a and Darshaka Pathirana

Drop /etc/grml/fai/config/files/etc/lsb-base-logging.sh/GRMLBASE

In lsb upstream (https://salsa.debian.org/debian/lsb.git) commit
c3632166b1 ("Hardcode ANSI escapes to replace tput in logging
functions") the "TPUT=/usr/bin/tput" definition got dropped. At the end
of the file /lib/lsb/init-functions (being part of sysvinit-utils
nowadays) it then sources /etc/lsb-base-logging.sh, iff the file exists.

Now that $TPUT is no longer defined, it's failing for us with:

| /etc/lsb-base-logging.sh: line 19: -S: command not found
| /etc/lsb-base-logging.sh: line 19: -S: command not found

It looks like the file /etc/lsb-base-logging.sh is no longer relevant
for Grml nowadays, especially with running on systemd (the file got
introduced back in 2011, git commit 00b607, and its last modification
dates back to 2012, see commit 9f40afc).

Unless we really have any special needs for deploying our own
/etc/lsb-base-logging.sh let's get rid of it. If we should ever
reintroduce it again, we definitely need to make sure we don't rely on
any specific upstream behavior though.

Closes: https://github.com/grml/grml-live/issues/125

Release new version 0.42.2

Revert "Run zsh when starting screen"

This reverts commit 68719720b5707d8f8e6e0b4b3569074ede06e285.

See https://github.com/grml/grml-scripts/pull/15 +
https://github.com/grml/grml/issues/135

Revert "Set SHELL variable in tty1"

This reverts commit 7422d318f84aaad3452e3c5a8bdcbc6ff252c152.

See https://github.com/grml/grml-scripts/pull/15 +
https://github.com/grml/grml/issues/135

Merge remote-tracking branch 'origin/github/pr/123'

GRMLBASE/39-modprobe: avoid usage of /lib/modprobe.d/50-nfs.conf

The /lib/modprobe.d/50-nfs.conf file as shipped with
nfs-kernel-server >=1:2.6.2-1 causes plenty of problems,
like:

* https://bugs.debian.org/1024082 ("nfs-kernel-server:
  /lib/modprobe.d/50-nfs.conf causing problems with sysctl from busybox
  and with kmod")
* https://bugs.debian.org/1022172 ("/lib/modprobe.d/50-nfs.conf causes
  initramfs-tools to stop including sunrpc module for nfs")

So instead, let's ensure we don't ship the upstream file.

Closes: https://github.com/grml/grml/issues/193

GRMLBASE/39-modprobe: do not expect all files in /etc/modprobe.d to be used

Quotin from fcopy(8) about its -i option:

| Ignore warnings about no matching class and non-existing source directories. These warnings will not set the exit code to 1.

By adding this, we can support configurations of users
who have additional files in their /etc/modprobe.d setup,
though don't want to necessarily always install them.

Release new version 0.42.1

Merge remote-tracking branch 'origin/github/pr/122'

Set SHELL variable in tty1

The SHELL variable is not set in our tty1 when `run-welcome` is called
(instead of agetty(8) + login(1)).

So, when invoking `screen` we end up in `/bin/sh` instead of a zsh
shell.

We also had the same problem for tty2 - tty4 and fixed it in
grml/grml-live@6871972 (to fix grml/grml#14).

We now use the same approach to fix tty1 although the SHELL variable
should (most probably) be set in `run-welcome` and `run-screen` itself.

Issue: grml/grml#135

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 tmux to GRML_SMALL

We're considering replacing GNU screen with tmux by default, and
we should definitely ship tmux with our main releases as a starting
point.

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.

Release new version 0.42.0

Merge remote-tracking branch 'origin/github/pr/121'

Merge remote-tracking branch 'origin/github/pr/120'

Provide workaround for kmod/initramfs-tools issue with NFS/netboot

As of kmod v30+20220905-1 (as present in current Debian/bookworm), the
output of the "modprobe --all --set-version="..." --ignore-install
--quiet --show-depends nfs" command line, as used by initramfs-tools to
identify dependencies of the the nfs module, changed. See
https://bugs.debian.org/1022172 for further details.

Until the situation between kmod, /lib/modprobe.d/50-nfs.conf and
initramfs-tools has been resolved, let's provide a workaround, so our
initramfs includes the required modules for netboot usage with NFS.

Thanks: András Korn
Closes: https://github.com/grml/grml/issues/192

Support Memtest86+ with UEFI

Memtest86+ up and until v5.01-3.1 didn't provide (U)EFI support.
Starting with v6.00, the file memtest86+.bin no longer exists,
but instead there are:

* /boot/memtest86+x32.bin
* /boot/memtest86+x32.efi
* /boot/memtest86+x64.bin
* /boot/memtest86+x64.efi

So let's start adding support for memtest86 with (U)EFI.
Hopefully we don't need FAT16/8.3 compatibility any longer,
so let's try using the files as-is.

Closes: https://github.com/grml/grml-live/issues/109

Release new version 0.41.2

Provide apt sources.list file to support 'bookworm' as Debian suite

SW: drop firmware-intelwimax package from GRMLBASE

This package was "silently" dropped in Debian's firmware-nonfree
versions v20220913-1 + v20221012-1 and now is no longer available in
Debian/unstable.

Quoting from -firmware-intelwimax's source package firmware-nonfree's
git (https://salsa.debian.org/kernel-team/firmware-nonfree.git):

| commit 1dced95200c7a1780feaf6e3cf11f8739f17d22a
| Author: Didier 'OdyX' Raboud <odyx@debian.org>
| Date:   Mon Aug 22 15:44:30 2022 +0200
|
|     intelwimax: Drop Intel WiMax package
|
|     From upstream's 660d61bdf9691ddefbb3e2b3dd3fc2606ecf6779:
|
|         Drop Intel WiMax firmware
|
|         The WiMax wireless wan driver stack was dropped from upstream
|         in 2021 without any people with HW and most global WiMax
|         netowrks already shut down or being actively shutdown.
|         The last stable firmware to support WiMax was 5.10 so time to
|         drop the firmware.

Drop SYSTEMD package config file, no longer relevant

This file only took care of installing network-manager, while
we never made the switch to network-manager, so this package
configuration doesn't make any sense, and currently even
fails to be used with unstable due to conflicts with rdnssd.

Thanks: András Korn for reporting