Merge remote-tracking branch 'origin/github/pr/15' Quoting from the PR at https://github.com/grml/grml-autoconfig/pull/15: | If I put the ISO to hard disk (e.g sda1) and also label that GRMLCFG I get an error: | | [ OK ] Searching for device(s) labeled with GRMLCFG. (Disable this via boot option: noautoconfig) | [ OK ] debs, config, scripts are read from /dev/sda1. | [ WARN ] /dev/sda1 already mounted on /run/live/findiso | /usr/lib/live/mount/findiso | [ OK ] Debs, config, scripts (if present) will be read from /run/live/findiso | /usr/lib/live/mount/findiso. | config_config:cd:4: no such file or directory: /run/live/findiso\n/usr/lib/live/mount/findiso | [ OK ] Trying to execute /run/live/findiso | /usr/lib/live/mount/findiso/scripts/ | sh: 1: /run/live/findiso: Permission denied | sh: 2: /usr/lib/live/mount/findiso/scripts/: not found | [ WARN ] No soundcard present, skipping mixer settings therefore. | [ OK ] Starting gpm in background. | | The findiso mechanism mounts sda1 twice and when trying to find that mountpoint the script fails. | I suggest to pick the first mountpoint.
Improve easter egg for 20 years of grml.org Relevant changes: 1) Don't convert dates via date(1), but provide epoch seconds right away 2) Also use zsh's ${EPOCHSECONDS} instead of forking to date(1) 3) Display easter egg message with einfo iff we are within the birthday range 4) Don't display easter egg only on 2023-09-16 and one month later, but instead have the easter egg appear randomly, with diminishing probability as you get farther from the actual birthday 5) Don't display anything at all when booting with noeasteregg boot option Thanks: Christopher Bock and András Korn
config_cpu: use lscpu for identifying CPU information On arm64 we don't have the CPU information in /proc/cpuinfo as expected by our config_cpu, so its output is broken: | # awk -F: '/^processor/{printf " Processor"$2" is"};/^model name/{printf $2};/^vendor_id/{printf vendor};/^cpu MHz/{printf " %dMHz",int($2)};/^cache size/{printf ","$2" Cache"};/^$/{print ""}' /proc/cpuinfo | Processor 0 is | Processor 1 is | [...] | Processor 13 is | Processor 14 is | Processor 15 is FTR: | # head /proc/cpuinfo | processor : 0 | BogoMIPS : 50.00 | Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs | CPU implementer : 0x41 | CPU architecture: 8 | CPU variant : 0x3 | CPU part : 0xd0c | CPU revision : 1 | | processor : 1 While with lspcu we get the information we're interested in: | # lscpu | grep 'Model name:' | Model name: Neoverse-N1 | BIOS Model name: virt-5.2 CPU @ 2.0GHz So instead of having some hackish /proc/cpuinfo parsing, let's rely on util-linux's lscpu(1). While at it, let's output only the number of present CPUs instead of listing every single one of them, given that there exist systems with >100 CPUs nowadays. :) Thanks: Christopher Bock and András Korn for feedback
Replace deprecated vmware-detect with virt-what/imvirt As of git commit 0c1cd5d0cbee in grml-scripts we no longer ship our vmware-detect binary, so instead rely on virt-what and imvirt. Output of virt-what executed inside a VM on a VMware cluster is `vmware` and `VMware ESX server` for imvirt. Thanks: Christoph Biedl and András Korn for feedback
Depend on util-linux-extra or older util-linux As of util-linux v2.38-1, the hwclock binary was moved to the separate util-linux-extra package. So either depend on util-linux-extra (available with bookworm and newer), or older util-linux (for releases before bookworm). Fixes: | [ FAIL ] Problem running hwclock: config_time:36: command not found: hwclock