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

/etc/fstab: fix note from rebuilfstab->grml-udev-rebuildfstab switch

Fixup for git rev 0aa690741

While at it, drop "!", there's no reason to shout. :)

Thanks: Christoph Biedl for reporting

Deploy default /etc/locale.conf, to avoid systemd-firstboot prompting during bootup

Otherwise we're getting the `Please configure your system` prompt by
systemd's print_welcome() (see src/firstboot/firstboot.c), which
shows up with systemd v251

Release new version 0.41.1

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

Revert "SW: drop iptstate from GRML_SMALL + GRML_FULL"

This reverts commit 1c4ce53a627dd17b655d860ba44eb06469cb8596.

iptstate is available in Debian/testing again,
Thanks, Chris for the NMU towards Debian!

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

Revert "SW: drop firmware-ath9k-htc from GRMLBASE"

This reverts commit ebb166fb4122a0741b8f0e0d9a3e97fc99f2f1df.

It's now back in Debian/testing, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997767#28

Thanks, Chris for reporting its progress to us

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

SW: drop facter, mcollective + puppet from GRML_FULL

facter, hiera + puppet and their dependencies require ~32MB of disk
space, and mcollective plus its dependencies require 1,084 kB of disk
space. We try to reduce the ISO size and it feels like puppet doesn't
necessarily need to be present by default.

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

ssh.service: fix ssh-keygen usage

Otherwise systemd fails with:

| ssh.service: Executable /usr/bin/ssh-keygen -A missing, skipping: No such file or directory

Fixup for git rev 6d869c1

SW: drop tshark + wireshark from GRML_FULL

libwireshark15 has >100MB Installed-Size, and wireshark plus all its
dependencies currently require 164MB of disk space on grml-full. This
seems to be too much for one specific, non-essential tool, and given we
still ship tcpdump, it makes more sense to reduce ISO size.

tshark depends on wireshark-common, so we need to also drop it.

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

SW: drop subversion from GRML_FULL

It requires 10.6MB of disk space, and we (as in Grml) don't rely on
it since a long time, so let's gain some disk space...

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

SW: drop mercurial from GRML_FULL

It requires 16MB of disk space, and Grml doesn't use mercurial
since a long time, so let's gain some disk space...

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

SW: drop xfsdump from GRML_FULL

xfsdump fails to compile against Linux kernel versions >=5.17, resulting
in a FTBFS RC bug in Debian (see #1013549).

We have failing *-testing ISO builds since 2022-08-09, as xfsdump is no
longer in Debian testing due to this RC bug.

The package is in a pretty bad shape and I stumbled upon too many issues
when looking into a NMU, so let's drop this for now.

Replace egrep usage with grep -E

grep 3.8 deprecated support for egrep + fgrep, and now prints a warning on stderr:

| egrep: warning: egrep is obsolescent; using grep -E
| fgrep: warning: fgrep is obsolescent; using grep -F

Development time sponsored by Sipwise GmbH

ssh.service: avoid indirection via /bin/sh + do not run test mode in ExecStartPre

There's no point in running ssh-keygen under /bin/sh, so let's drop this
unnecessary indirection.

Furthermore there shouldn't be any need to run `sshd -t` before starting
the ssh daemon on the live system, as we definitely would like to get
sshd started if it was requested to so, even if there might be a
(possibly intermittent) problem with it. The test run makes sense for
reloading an already running ssh daemon, and we keep this in place.

Thanks to András Korn for spotting this

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

Add support for building grml ISOs with zfs

The `ZFS` FAI class will, via the `instsoft.ZFS` hook, install the packages
needed to build the zfs modules, build the zfs modules, then remove the
development packages again to avoid bloating the ISO. The ZFS
`package_config` now only installs `zfsutils-linux` so that the iso contains
the userspace zfs tools.

In my tests, the ZFS class now only increases the size of the ISO by about
3MB.

I wanted to rely on apt autoremove to get rid of automatically installed
packages, but for some reason as of 2.5.2 autoremove doesn't actually remove
some of the development packages (e.g. gcc-11) even though they're Priority
optional, marked as auto-installed, and not depended on by anything that
isn't auto-installed.

So, to avoid bloating the ISO with hundreds of MB of development packages,
the `instsoft.ZFS` script works out which packages it installs and removes
those explicitly, using potentially brittle parsing of `apt-get` output.
This has been tested to work and should do until a better solution is found.

Release new version 0.41.0

docs: document new ZFS class

SW: switch from bsdmainutils to bsdextrautils + bsdutils in GRML_SMALL + GRML_FULL

The bsdmainutils package is a transitional package (at least) since
Debian/bullseye. It depends on bsdutils, debianutils, bsdextrautils +
ncal. We want bsdutils (e.g. for logger) and bsdextrautils (e.g. for
hexdump), so let's depend on those. The debianutils package is a
required and essential package in Debian anyway, so no need to
explicitly depend on it. We don't necessarily need ncal, so at least
until someone asks for it, let's not depend on it.

FTR, not modifying /etc/grml/fai/config/scripts/DEBORPHAN/10-whitelist
yet, to give people building ISOs with grml-live based on Debian
releases older than bullseye the option to still use it as-is.

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

Add comment about dwarves (can be needed to build kernel modules)

Also, alphabetically sort list of packages in etc/grml/fai/config/package_config/ZFS

Add ZFS fai class

This will install zfs-dkms and zfsutils and result in binary zfs kernel
modules being included in the generated iso.

Avoid build error if etc/adjtime doesn't exist in chroot

In scripts/GRMLBASE/18-timesetup, we assume etc/adjtime will definitely
exist and error out if not.

Make it so the lack of a /etc/adjtime file no longer prevents the grml build
from completing.

Exclude /var/lib/dkms/* from squashfs

These files and directories are created by dkms while it builds modules on
demand and are only relevant during the module build/installation process.
The .ko files are then installed in /lib/modules; shipping /var/lib/dkms/*
inside the squashfs only takes up space without providing a tangible
benefit.

Release new version 0.40.3

GRMLBASE/21-usersetup: use adduser for adding user to group

adduser >=3.122 no longer supports adding a user to a group via its
addgroup binary (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664869), so let's
invoke adduser instead.

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

GRMLBASE/50-lvm: also clear /lib/udev/rules.d/69-lvm.rules

We don't want automatic lvm_scan, new udev upstream release
2.03.15 includes a new file /lib/udev/rules.d/69-lvm.rules,
so let's check for presence of /lib/udev/rules.d/69-lvm.rules
and /lib/udev/rules.d/69-lvm-metad.rules and clear any possibly
existing files then.

Related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014314

Release new version 0.40.2

Disable man-db settings to speed up package installation

The man-db process tends to be time consuming. By disabling the
auto-update + build-database settings, we can speed up the build
process and also package installation on the live system.

If someone really has needs for apropos(1) usage, manual invocation of
`mandb` should be all what's needed.

Thanks: Thorsten Glaser for the suggestion
Closes: https://github.com/grml/grml-live/issues/112

SW: add sqlite3 to GRML_FULL

sqlite3 - Command line interface for SQLite 3

Acked-by: Darshaka Pathirana

SW: add mbuffer to GRML_FULL

mbuffer - tool for buffering data streams

Acked-by: Darshaka Pathirana

SW: add stenc to GRML_FULL

stenc (SCSI Tape Encryption Manager)

Acked-by: Darshaka Pathirana

Release new version 0.40.1

SW: move from ntp/ntpdate to ntpsec/ntpsec-ntpdate in GRML_SMALL + GRML_FULL

Starting with bookworm (current Debian/testing), ntpsec replaces ntp,
and ntpsec-ntpdate replaces ntpdate. Now both the ntp + ntpdate packages
are transitional packages. Given that ntpsec/ntpsec-ntpdate are
available even for oldstable, let's follow this transition now (also see
https://sources.debian.org/src/ntpsec/1.2.1%2Bdfsg1-6/debian/NEWS/).

FTR, as of 2022-04-11:

| % rmadison ntpsec ntpsec-ntpdate
| ntpsec         | 1.1.3+dfsg1-2+deb10u1 | oldstable              | source, amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x
| ntpsec         | 1.1.3+dfsg1-2+deb10u1 | oldstable-debug        | source
| ntpsec         | 1.2.0+dfsg1-4~bpo10+1 | buster-backports       | source, amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x
| ntpsec         | 1.2.0+dfsg1-4~bpo10+1 | buster-backports-debug | source
| ntpsec         | 1.2.0+dfsg1-4         | stable                 | source, amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
| ntpsec         | 1.2.1+dfsg1-6         | testing                | source, amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
| ntpsec         | 1.2.1+dfsg1-6         | unstable               | source, amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
| ntpsec         | 1.2.1+dfsg1-6         | unstable-debug         | source
| ntpsec-ntpdate | 1.1.3+dfsg1-2+deb10u1 | oldstable              | amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x
| ntpsec-ntpdate | 1.2.0+dfsg1-4~bpo10+1 | buster-backports       | amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x
| ntpsec-ntpdate | 1.2.0+dfsg1-4         | stable                 | amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
| ntpsec-ntpdate | 1.2.1+dfsg1-6         | testing                | amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
| ntpsec-ntpdate | 1.2.1+dfsg1-6         | unstable               | amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x

Release new version 0.40.0

Redesign RELEASE_INFO handling + fix variable replacements within templates

There's no point in setting "$GRML_NAME $VERSION - $RELEASENAME" at
different places, while it's supposed to be identical to $RELEASE_INFO,
so let's unify it.

Also ensure, that $fixed_release_info is set at the appropriate place.
Otherwise it might be missing, when adjust_boot_files() is invoked from
within grub_setup(). This has been observed to fail for example with
SecureBoot enabled, and using grml-live's `-b` option:

  [*] Secure Boot is enabled [mode: debian]
  [x] Variable fixed_squashfs_name is unset, can't adjust %SQUASHFS_NAME% in templates.
  [x] Variable fixed_release_info is unset, can't adjust %RELEASE_INFO% in templates.
  [*] Generated 64-bit Secure Boot (debian) EFI image /srv/grml-live/grml64-forensic_2022.03-1/grml_chroot//boot/efi.img

Furthermore, $fixed_squashfs_name shouldn't be used in
adjust_boot_files(), as the boot templates usually include
"toram=%SQUASHFS_NAME%", while this shouldn't be stripped of (as it
would break the actual toram feature then).  Instead, the
$fixed_squashfs_name should be used only with specific isolinux/syslinux
config files, where the length matters for the appropriate line length
for its look'n'feel.

This work was funded by Grml-Forensic.

Use grubx64.efi file from grml_chroot, instead of relying on host system

We don't want to depend on the host system, but instead use the
grubnetx64.efi.signed or grubnetx64.efi files from the grml_chroot as
grubx64.efi for PXE boot.

Related to commit 871fc96fc

This work was funded by Grml-Forensic.

SW: add myrescue to GRML_FULL

This requires only ~85kB of disk space.

buildinfo generation: avoid error message with older versions of jo

We use the jo(1) tool for generating /conf/buildinfo.json.
To avoid syntax errors when sorting the list of keys/values, we
also end the last entry (wayback_date=...) with a "\", so the next
line is considered, and reordering the list is simple.

The usage of ":" isn't supported by older versions of jo, though:

| % jo -v
| jo 1.0
| % jo -p foo=bar :
| Argument `:' is neither k=v nor k@v
| {
|    "foo": "bar"
| }

FTR, newer versions don't cause any failure messages:

| % jo -v
| jo 1.3
| % jo -p foo=bar :
| {
|    "foo": "bar"
| }

Since there's no strong need to use ":", the error message might look
like the /conf/buildinfo.json isn't generated (while it still is), and
I'd like to keep sorting the list easy and error free, let's fix this.
Usage of "--" usually ends list of command line options, let's use this
pattern instead.

SW: drop bonnie++ from GRML_FULL

bonnie++ is missing from Debian/testing since 2021-10-27, due to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983999 +
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=999322

Since 2021-08-23 there's a patch available to address the build failure
(see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983999#12), but
sadly there's no progress from upstream / package maintainer since then.

Given that fio exists nowadays, let's see whether there's any need
to include bonnie++ at all.

SW: replace fluxbox with openbox + obconf in GRML_FULL

fluxbox is missing in Debian/testing (upcoming bookworm) due to a ftbfs
bug (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984134) since
2021-10-27, and it looks like this isn't going to change soonish.  We've
good experience with usage of openbox for custom Grml flavours, so let's
try replacing fluxbox with openbox (and obconf for configuring openbox).

See https://github.com/grml/grml-desktop/issues/5

Release new version 0.39.2

SW: drop iptstate from GRML_SMALL + GRML_FULL

iptstate is missing in Debian/testing due to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997767.

At least for the time being, let's drop it from our software list,
to get fresh Debian/testing based daily ISO builds again.
See https://github.com/grml/grml-live/issues/108

SW: drop firmware-ath9k-htc from GRMLBASE

firmware-ath9k-htc is missing in Debian/testing due to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997767. Its fix is
stuck in the open-ath9k-htc-firmware package in Debian's NEW queue since
5 months (see https://ftp-master.debian.org/new.html).

At least for the time being, let's drop it from GRMLBASE, to get fresh
Debian/testing based daily ISO builds again.

See https://github.com/grml/grml-live/issues/107

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

grml-live.txt: output dir mount options; manifold

Explain that the output dir shouldn't be nodev, noexec or nosuid (some packages may fail to configure correctly with nosuid even if no problems are immediately apparent with the default builds).

Improve the section on reverting manifold.

SW: drop bacula-* from GRML_FULL

Bacula was removed from Debian/testing as of 2021-11-23 due to #997139.
It's unclear, whether bacula is of any further use on a live system
as-is (also given that the bacula version in Debian is lagging behind
upstream quite a lot; and there also exists bareos nowadays, though not
present in Debian as such). If someone should be missing bacula from
Grml, I'd like to know.

Not only drop the software packages, but also drop the hostname
workaround for /etc/bacula/bacula-fd.conf in our GRMLBASE/05-hostname
script.

SW: replace exfat-utils with exfatprogs in GRML_FULL

See https://bugs.debian.org/1002871 and
https://packages.qa.debian.org/e/exfat-utils/news/20211230T182427Z.html

SW: drop slurm from GRML_FULL

slurm got removed from Debian/testing on 2021-10-08 due to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=993874.

Given that this prevents builds of grml-testing in our daily
ISOs, let's remove the package, at least for now.

SW: add f2fs-tools to GRML_SMALL + GRML_FULL

Thanks: Arun for the suggestion
Closes: https://github.com/grml/grml/issues/180

SW: drop ifenslave from GRML_SMALL and GRML_FULL

Quoting /usr/share/doc/ifenslave/NEWS.Debian.gz:

| ifenslave (2.10) unstable; urgency=medium
|
|   This version of the ifenslave package no longer provides /sbin/ifenslave. The
|   /sbin/ip command from the iproute2 package supports creating bonding masters
|   and enslaving other interfaces to it.
|
|  -- Guus Sliepen <guus@debian.org>  Tue, 08 May 2018 22:47:07 +0200

ifenslave is no longer in Debian/testing since 2021-09-14 due to RC
bugs, and therefore we don't have any recent Debian/testing based daily
ISOs anymore. Given that iproute2 supports network bonding, let's drop
ifenslave from our package list.

Related to https://github.com/grml/grml/issues/148

Release new version 0.39.1

isolinux: fix toram=... variable usage within isolinux configs

Fixup for commit 9453222c0, where we introduced usage of
$fixed_squashfs_name.  This variable was set up only *after*
adjust_boot_files function got invoked for the isolinux configuration
files. As a result the isolinux configuration files ended up with their
template placeholder settings included ("toram=%SQUASHFS_NAME%").

Fix ordering, but also warn in adjust_boot_files() if the the
$fixed_squashfs_name + $fixed_release_info variables are unset.

Thanks: Chris Hofstaedtler for the bug report
Closes: https://github.com/grml/grml/issues/179

GRMLBASE/15-initsetup: provide workaround for failing rsyslog

Previous versions of the rsyslog package provided its rsyslog systemd
unit file as /lib/systemd/system/rsyslog.service. Starting with rsyslog
v8.2108.0-1, the file is provided as
/usr/lib/systemd/system/rsyslog.service though. This change is related
to the "dh_installsystemd: Prefer /usr/lib/systemd/ to /lib/systemd"
change from debhelper v13.4, which furthermore seems to be related to
the usrmerge situation.

Now executing `systemctl preset-all` fails though:

| # systemctl preset-all
| [...]
| Failed to preset unit, file /etc/systemd/system/syslog.service already exists and is a symlink to /lib/systemd/system/rsyslog.service.

By manually removing the /etc/systemd/system/syslog.service symlink, the
appropriate symlink (from /etc/systemd/system/syslog.service towards
/usr/lib/systemd/system/rsyslog.service) gets set up as expected again.

Reported towards Debian as #992847, but until it's fixed in the upstream
packaging, we need a workaround in our build tools.

Update DEBIAN_STABLE's apt sources.list configuration for bullseye

Related fix for commit 07181b4c86f. Now that bullseye is the new Debian
stable release, also adjust the backports entry accordingly.

FTR, when using "stable-backports" instead of "bullseye-backports",
apt warns about:

| W: Conflicting distribution: http://ftp.debian.org/debian stable-backports InRelease (expected stable-backports but got bullseye-backports)

We might not worry about this, but it might be confusing for users,
so until we've a better approach for this, let's keep it as-is.

Thanks: d630 for the bug report
Closes: https://github.com/grml/grml-live/issues/105

Release new version 0.39.0

Immediately bail out on errors when generating the ISO fails

For example when the file system is (close to) full and trying to
generate the ISO, the $MKISOFS command line fails with exit code 32, but
we continue to operate on the ISO filename with the isohybrid related
actions and might overwrite the ISO by resetting it.

Provide information how ISO was generated in file conf/buildinfo.json

Relevant changes:

* Depend on "jo" tool, used for generating the json output in
  conf/buildinfo.json

* Do not rewrite $SQUASHFS_NAME content, instead handle its fixed output
  format via $fixed_squashfs_name

* Same for $RELEASE_INFO content, handled via $fixed_squashfs_name now

* Always set $SQUASHFS_BINARY if unset, to be able to log
  a proper command line, even if mksquashfs stage gets skipped

FTR: the generated file is accessible on the live system under
/run/live/medium/conf/buildinfo.json

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

Release new version 0.38.5

netboot creation: no longer compress the tarball + only generate sha256 checksum file

Compressing the tarball takes several seconds, while there's usually
no change in file size, as pretty much all its files are already
compressed. By no longer compressing the tarball we reduce build time.

Also no longer generated sha1 and sha512 checksum files, we agreed
to only rely on sha256 checksum files nowadays.

Related to https://github.com/grml/grml/issues/120

No longer produce md5, sha1 + sha512 checksums, but only sha256

We no longer rely on those checksum files and it increases build
time. It should be enough to generate just the sha256 checksum file.

Related to https://github.com/grml/grml/issues/120

GRMLBASE/98-clean-chroot: also nuke *.xz files

Files like /var/log/apt/eipp.log.xz are present nowadays

Release new version 0.38.4

SW: add speedtest-cli to GRML_FULL

FTR: requires only 106 kB of additional disk space

Thanks: Darshaka Pathirana for the suggestion

SW: add inxi to GRML_FULL

Thanks: Darshaka Pathirana for the suggestion

etc/grml/fai/config/files/etc/hosts/GRMLBASE: sync IPv6 entries with Debian

Quoting from Debian netbase's changelog (see
https://metadata.ftp-master.debian.org/changelogs/main/n/netbase/netbase_6.3_changelog):

| netbase (5.1) unstable; urgency=low
| [...]
| * Removed ip6-localnet and ip6-mcastprefix from the default /etc/hosts
|   created by postinst because they have no purpose. (Closes: #688090)
| [...]
|
| netbase (4.30) unstable; urgency=low
|
|   * On new installs add localhost as an alias for ::1. (Closes: #427067)
| [...]
|
| netbase (4.35) unstable; urgency=low
|
|   * Do not add ff02::3 to /etc/hosts because it is not actually assigned.
|     (Closes: #499800)

FTR: netbase 5.1 pre-dates Debian/jessie AKA oldoldstable (which shipped
netbase 5.3)

Development time sponsored by Sipwise GmbH

SW: drop rng-tools from GRMLBASE

This was noticed via a dependency on mksh (rng-tools, being a
transitional dummy package nowadays, actually Pre-Depends on mksh).
This saves us ~1,671 kB and we already ship haveged. If we really want
to provide such a feature (to feature an entropy gathering daemon to
support hardware randon number generators), then we should probably look
into rng-tools5 instead.

Release new version 0.38.3