Convert language-functions from ISO-8859 to UTF-8

Via `iconv -c -t UTF-8 ./language-functions  > language-functions.new`

Fixes lintian warning:

| grml-autoconfig: national-encoding etc/grml/language-functions

Drop /etc/init.d/grml-autoconfig.strace

This isn't used since ages, so no point in keeping it around

Drop deprecated /etc/dhcp3 and ship as /etc/dhcp only

The /etc/dhcp3/* files are deprecated since 2012, time to pull the
plug :) Also see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673029

Now we only ship it as /etc/dhcp/dhclient-exit-hooks.d/grml-sethostname

Refresh packaging and use new debhelper style

* Bump Standards-Version to 4.5.1
* Add debian/source/format, marking package as 3.0 (native)
* Refresh debian/grml-autoconfig.lintian-overrides, also
  clarify the overrides

The Uni3-Terminus16.psf.gz font is shipped by console-setup-linux nowadays

Package console-terminus doesn't exist as such and is only
a virtual package (at least nowadays), provided by console-setup-linux

Release new version 0.19.4

Do not run VirtualBox setup under enabled Secure Boot to avoid errors and startup delays

The VirtualBox package from upstream isn't signed for usage with Secure
Boot with the Debian kernel.

When booting with Secure Boot enabled, then upstream's vboxdrv.service with
its vboxdrv.sh executes all kind of Secure Boot related magic like:

| /usr/bin/perl -w /usr/share/debconf/frontend /usr/sbin/update-secureboot-policy --new-key

This fails and causes a noticeable delay during bootup.  Therefore skip
execution of VirtualBox setup within our config_virtualbox_setup() when
detecting enabled Secure Boot mode, at least until we've a better solution
for this.

While doing so, move detection of enabled Secure Boot mode into a helper
function to avoid DRY code.

Thanks: Ralf Moll for the bugreport

Release new version 0.19.3

Improve VirtualBox shared folders + support vboxdrv service

The virtualbox shared folders code couldn't be skipped during runtime,
so add support boot option "novboxsf" to skip shared folders setup.

While at it reduce code complexity in config_virtualbox_shared_folders()
(by returning when not running under virtualbox).

Also do not hard code "grml" user to be added to vboxsf group, but rely
on $fstabuser instead.

If VirtualBox (not the guest additions, but the application itself) can
be started on Grml live system, then the /usr/bin/VBox exectuable is
present. The vboxdrv driver might not be loaded yet, take care of it via
vboxdrv.service. Also add user to vboxusers group. To be able to easily
skip it (via boot option "novbox") integrate in grml-autoconfig and not
into systemd presets.

This work was funded by Grml-Forensic.

Release new version 0.19.2

VirtualBox shared folders: expect exact match for automation folder name

The shared folder for automation usage (`automation` by default) should
only be enabled if it matches exactly the expected name. A folder named
'automations' shouldn't trigger automation, so adjust egrep command
line.

This work was funded by Grml-Forensic.

VirtualBox shared folders: adjust check for detecting shared folder

More recent VirtualBox versions provide output like:

| 01 - automation [idRoot=0 writeable auto-mount host-icase guest-icase]

While older VirtualBox versions listed only:

| 01 - automation

Adjust the grep command line, to support old and new VBoxControl output.

This work was funded by Grml-Forensic.

Release new version 0.19.1

lvm: start lvm2-lvmetad only if present + support lvm2-lvmpolld

lvm2-lvmetad is gone since 2.03.01-1 (and its init script
was actually dropped later in 2.03.02-2).

Instead lvmpolld is available since 2.02.122-1.

While at it improve formatting, as startup of lvm2-lvmpolld (and
lvm2-lvmetad if present) displays a message on initial startup which
gets in between the "Searching for logical volumes and enabling them:"
and the display of present LVM devices, which isn't nice. So properly
split them.

Closes: grml/grml-autoconfig#10

Release new version 0.19.0

Disable shunit2 tests, failing in current Debian/unstable environments

It seems to be better with shunit2 from git (commit 7689785,
https://raw.githubusercontent.com/kward/shunit2/master/shunit2),
but I couldn't trace down the issue yet, so disable the tests
for the time being. :-/

Bump debian/compat to 10 and adjust Build-Depends on debhelper accordingly

Bump Standards-Version to 4.3.0

Drop deprecated doc/grml-autoconfig.200905.txt

It's 10 years since we switched the default behavior of grml-autoconfig,
time to pull the plug.

Switch default mount point from /lib/live/mount/medium to /run/live/medium

In commit 0d878d3a679 of live-boot(-grml)
("Simplify mount point handling by using /run/live instead of /lib/live/mount")
the mountpath of /lib/live/mount/medium was moved towards /run/live/medium.

Commit c6a17c7b41b of live-boot(-grml) provides a backward compatibility
rbind mount, but occasionally there seems to be a regression somewhere
during boot (see https://github.com/grml/live-boot-grml/issues/10), and
the rbind mount will be deprecated and removed before the bullseye
(Debian 11) release.

Layout changes over time:

* /cdrom: old linuxrc approach
* /live/image for initramfs layout until December 2012
* /lib/live/mount/medium for initramfs layout since December 2012
* /run/live/medium for initramfs layout since December 2018

Drop support for everything but /run/live/medium and
/lib/live/mount/medium, while at it.

Also noticed that save-config wasn't properly handling the location of
the rootfs and overlay mount points, adjusted while at it.

Closes: grml/live-boot-grml#10

Release new version 0.18.1

config_language: rely on console-setup for keyboard + font handling

Our old approach with running loadkeys, setting console font and
invoking unicode_start via grml-autoconfig is incomplete for nowadays'
environments.

We tried to fix that by changing the order in which we set up the fonts,
runnning loadkeys and finally invoking unicode_start (see commit
c820a66a69). But this changed only the behavior on tty1, the other
consoles still had problems when trying to display unicode characters
(see e.g. `systemctl status` output).

Instead when running under systemd rely on console-setup, by assuming
/etc/default/console-setup is set up as needed (implemented in grml-live
>=0.33.4) and adjusting /etc/default/keyboard according to
keyboard=.../lang=... boot options. Finally we invoke the console-setup
service.  (We might want to handle this outside of grml-autoconfig in
the future, but this approach for now guarantees to execute this in the
right order and not spit on the console at the end of the boot process).

Closes: grml/grml-autoconfig#9, grml/grml#50
Thanks: Darshaka Pathirana for debugging this

Release new version 0.18.0

brltty: start brltty service instead of invoking /lib/brltty/brltty.sh

The /lib/brltty/brltty.sh script doesn't seem to work as such any longer
to start the service.  When starting brltty via `systemctl start brltty`
it at least starts (I'm not sure it's actually working for users of
braille devices., but don't know how to verify it on my own).

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

Ensure haveged is running before ssh service is invoked

The random number generator might take quite some while until we reach
state `random: crng init done`. If ssh service is started *before* crng
is done then ssh service startup blocks system boot until enough entropy
is available.

By starting haveged (Linux entropy source using the HAVEGE algorithm)
before ssh service we avoid this.

Since haveged is in our GRMLBASE software selection we can assume that
it's present by default.

FTR, it might be useful to start haveged all the time, but before
going that route let's try whether having it for SSH service is enough.

Drop deprecated loadcpufreq/cpufrequtils, no longer relevant

The cpufreq drivers are autoloaded and the powersave/ondemand driver
is mature enough. The linux-cpupower tools provide the binaries
as replacement for what cpufrequtils provided so far.

Also see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877016

Thanks: Michael Biebl for the pointer
Closes: https://github.com/grml/grml/issues/51

Release new version 0.17.4

Fix unicode font issue under systemd by ensuring proper setup order

We need to set up the fonts and only *then* run loadkeys,
and finally invoke unicode_start. Otherwise the unicode
setup is incomplete and fonts aren't displayed properly.

Found hint inside https://bugs.freedesktop.org/show_bug.cgi?id=80685 +
https://cgit.freedesktop.org/systemd/systemd/commit/?id=abee28c56d

Thanks to Sipwise for sponsoring my development time.
Closes Sipwise internal ticket TT#17028.

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

Release new version 0.17.3

Bump Standards-Version to 4.2.1

Don't output failures when trying to load efivars

When running inside a system without efi support we get:

| modprobe: ERROR: could not insert 'efivars': No such device

Release new version 0.17.2

Improve VM detection when running inside recent versions of VirtualBox

When running e.g. inside VirtualBox 5.2.6 + 5.2.10 on Windows
virt-what and imvirt report different results than expected, as in:

| # virt-what
| virtualbox
| kvm
|
| # imvirt
| KVM

Explicitely check for VMware, KVM + VirtualBox and don't stop
at first hit. Check for expected VM technology within its output
instead of relying on a single string comparison.

Thanks: Martin Besser for the bugreport and providing the relevant output

Release new version 0.17.1

Make interactive scripts work

Effectively connect stdin/stdout/stderr to /dev/console. Fixes grml/grml#71.

Release new version 0.17.0

Bump Standards-Version to 4.1.1

Never start systemd services in background

Only invoke (specific) services in background when not running
systemd, otherwise services just might not get started. There
seems to be a race-condition in the init script of gpm which
doesn't properly run under systemd when invoked via "systemctl
start gpm" in background.  This should be solved once there's a
proper gpm systemd unit file.

Thanks: Leo Bergolth for the bugreport

Closes grml/grml#76

Add x11vnc to Recommends

Related to grml/grml#62

Release new version 0.16.1

For access to efivars filesystem it needs to be of type efivarfs

Release new version 0.16.0

Bump Standards-Version to 4.0.1

Make sure mokutil reports actual Secure Boot status even if not running under systemd

systemd mounts /sys/firmware/efi/efivars automatically, but if we
are not running under systemd (but file-rc instead in our case)
then mokutil doesn't work as needed as it relies on
/sys/firmware/efi/efivars (while /sys/firmware/efi/vars would
exist :-/).

Release new version 0.15.9

startx: share selected window manager via /var/run/grml-x/window-manager

Closes grml/grml#44

Release new version 0.15.8

Update instructions for manual LVM start + fix LVM detection for lvm boot option

service lvm2-lvmetad doesn't do what we assumed it does.
Instead 'Start lvm2-pvscan@name' allows startup of the
given LV or VG (which is actually nice).

Also we need to explicitely execute `vgchange -a` to
start any present LVs.

Closes grml/grml#31

Update instructions for manual mdadm start, drop --auto=yes --symlink=no from swraid

The "--auto=yes --symlink=no" options shouldn't be relevant any
longer (symlink actually doesn't seem to do what it's supposed).

The "mdmonitor" service doesn't do what we thought it does,
so instead recommend usage of "mdadm --assemble --scan" instead.

Related to grml/grml#45

Release new version 0.15.7

Fix the amixer scontrols parser in config_mixer

The internal field seperator (IFS) got messed up in commit# 1043bc00e.
While at it, fixed all IFS variables to make it more readable and to
prevent breakage by (automatic) indentation.

This is not (yet) POSIX though, but we are in zsh anyway.

Closes grml/grml#40

Get rid of ugly startx helper script and start X on tty7/vt7

The startx helper script was used to get around some permission problems
which were caused by grml-runtty. As we switched to agetty, we also can
get rid of this ugly hack.

Furthermore we decided to start X on tty7/vt7 (if the bootoption startx
is given) as tty6 "is especially reserved for auto-spawned gettys":

 This is done in order to ensure that there's always a way to get a text
 login, even if due to fast user switching X took possession of more
 than 5 VTs.

See: http://0pointer.de/blog/projects/serial-console.html

Relates to grml/grml#20

Drop config_debug, not working under systemd as intended

Startup of shells during bootup under systemd doesn't work
as with file-rc and actually causes ugly error messages.
systemd has its own mechanism and we should rely on that.

With this change also drop the /proc/sys/kernel/printk related
code, this *shouldn't* be relevant anymore.

Closes grml/grml#3

Release new version 0.15.6

Drop config_stats

The stats feature was integrated to collect some basic
information about usage of Grml. While we anonymise
the data we also lack the according information *why*
things are used in a way they are used (e.g. since
we cut of any arguments to bootoptions we don't
know the actual settings for e.g. vga=xxx).

What we learned from the stats is that grml32 is still
in usage way more often than expected, though a leading
majority of the systems support 64bit, so it's unclear
why those users still use the 32bit version.

While we thought it was a good idea back then we think
different nowadays and users of Grml don't expect such
a behavior as default. So don't make it even opt-in but
just drop it overall.

Drop deprecated and unsupported CONFIG_WELCOME configuration

Don't warn if SecureBoot is not enabled, instead only inform about current state

If SecureBoot isn't enabled this could very well be by
intention, so don't warn about it, but only make it
an informational message.

Closes grml/grml#24

Don't complain about missing amixer binary on tty

On grml-small we don't ship amixer (being part of alsa-utils),
since that would add ~8.5MB of additional disk space usage.
Avoid the error message by sending a message only to syslog.

Closes grml/grml#24

Release new version 0.15.5

Do not run sysv specific serial console setup under systemd

See grml/grml#21

Ensure that grml-autoconfig service is running before tty1 is enabled

Thanks: Darshaka Pathirana <dpat@syn-net.org>
Closes grml/grml#19

Replace dependency on console-terminus with console-setup + console-setup-linux

console-terminus is purely virtual.

Inside console-setup-linux's udev rule there's a rule
depending on /etc/console-setup/cached_setup_font.sh which
itself is provided only via console-setup, otherwise it
fails with:

| systemd-udev: failed to execute '/etc/console-setup/cached_setup_font.sh' '/etc/console-setup/cache_setup_font.sh': No such file or directory

Closes grml/grml#8

Release new version 0.15.4

Fix generation of startx helper script

`/etc/init.d/startx` is created dynamically on startup.  The $ of ${TTY}
was not escaped so that when generating the helper script the variable
was evaluated which lead to an empty output.

The script fixes permission problems of /dev/ttyX when grml-x is started
via sudo.

Usually /dev/ttyX is owned by root:tty and has 0620 permission but
grml-runtty changes ownership to root:root to overcome other problems.
(It is not clear if these problems are still present and if we still
have to do this but for now we provide this helper script).

${WINDOWMANAGER} is evaluated on generation and can be (and usually is)
empty. But when starting grml-x with the parameter "" this leads to an
immediate exit of grml-x. Removed the surrounding "".

Closes grml/grml#1

Release new version 0.15.3

Make startx boot option work with systemd

The desired behavior (with systemd and the boot option "startx") is to start
the X window system automatically.

This is achieved by getty@tty6.service which starts grml-x as user "grml" on
vt6/tty6 and switches back to vt1/tty1 after exit. (This alone could be
achieved with systemd-unit option Type=oneshot and Restart=no). But when
switiching back to vt6/tty6 (again) we would like to start a zsh (for user
"grml") and restart the zsh if exited. That means that grml-x should only be
started on the very first run and the zsh on every other.

We could not figure out how to change the systemd-unit option "Type"
dynamically, so we kept it on "idle" which means that the "actual execution of
the service binary is delayed until all active jobs are dispatched". That's why
we need to switch to vt6/tty6 (via grml-autoconfig) iff the boot option
"startx" is given.

We also do not know yet how to dynamically change the behavior of the
systemd-unit in a safe way. Rewriting the unit-file (override.conf) after
grml-x exits (i.e. with ExecStopPost) doesn't seem to work reliably (especially
when calling "systemctl daemon-reload" in it). That's why we use a state-file
(/var/run/grml_startx.started) to start up grml-x on the first call and the zsh
else.

This also means that grml-x is started automatically when switching to vt6/tty6
manually (when no "startx" boot option was given) once and the zsh on the
following calls.

Closes grml/grml#1

Adjust mdadm-raid + lvm2 messages and service handling for usage with systemd

The mdadm-raid unit is masked under systemd, instead it's necessary
to start mdmonitor.

Also lvm2 is masked and needs to be activated via lvm2-lvmetad instead.

Release new version 0.15.2

Provide information about whether Secure Boot is enabled or not

Re-enable GPM service startup

It's still needed, both for file-rc and systemd systems.

Release new version 0.15.1

systemd/grml-autoconfig.service: switch to WantedBy=grml-boot.target

We define our own systemd target, so enable grml-autoconfig
in the according target.

Closes grml/release-planning#2 @ GH

Use https for Homepage + Vcs-Browser entries

No longer depend on acpid, skip acpi(d) specific stuff under systemd

systemd provides all the relevant bits via logind, so let's
all our acpi magic when running under systemd.

Closes grml/release-planning#4 @ GH

Release new version 0.15.0

Build-Depend on debhlper >= 9

Bump debian/compat to 9

Bump Standards-Version to 3.9.8

Drop grml_nocolors + grml_colors magic, instead rely on lsb-functions

grml-etc-core git commit 2ee956e includes color handling
inside lsb-functions, simplify its usage inside grml-autoconfig's
autoconfig.functions therefore.

Source /etc/grml_nocolors with nocolor boot option

Otherwise we still end up with colors in the output because
$NORMAL isn't defined properly.

Rely on /proc/1/comm to identify running systemd

/proc/[pid]/comm is available since Linux 2.6.33 so
we should be able to rely on that.

Inside /proc/1/cmdline might end up additional boot options,
e.g. when booting with "nocolor" boot option it ends up as
"/sbin/initnocolor" and then our check breaks.

Introduce service_wrapper to avoid direct /etc/init.d calls

While at it drop support for any other syslog daemon than rsyslog.
rsyslog is the package we ship via GRMLBASE anyway.

Known issues:

* /etc/init.d/loadcpufreq depends on systemd-sysv-generator (which
  we disable via grml-live to avoid automatic LSB script startups)
* startx boot option doesn't work yet

Enable acpid.socket if we're running under systemd

/etc/default/rcS no longer exists in recent initscripts versions

Instead rely on /etc/adjtime for UTC vs localtime handling.

Initial systemd support

Drop deprecated features

Those are all very outdated functions which either have
no purpose on nowadays systems or shouldn't have any users
anymore:

* config_configfs
* config_distcc
* config_fast
* config_fix_passwd
* config_fwtimeout
* config_fwtimeout
* config_ipv6
* config_ld_mod
* config_modem
* config_modules
* config_mouse
* config_small
* config_tohd
* config_wondershaper
* fix_unionfs

Release new version 0.14.0

config_cpu: set ondemand governor only if available

Nowadays we enable and use the ondemand governor by default in
our kernel configuration. More recent systems providing Intel
Haswell CPUs (e.g. the i7-3520M CPU as present in the Lenovo X230
laptops as well as the CPU present in IBM flex chassis) use
pstates/intel_pstate and disable the ondemand governor at all, so
only performance and powersave are available (unless you set
intel_pstate=disable at boot time).

Also see https://plus.google.com/+TheodoreTso/posts/2vEekAsG2QT
Thanks to Yves-Alexis Perez for the pointer.

Release new version 0.13.3

Support getfile.retries=... boot option

The netscript=... and netscript=... boot options might fail to
download the provided argument during bootup in certain
environments. Retrieving the IP address via DHCP might take just
too long (hello Spanning Tree Protocol!), so the last run of the
netscript retrieval is executed without having the network
configuration available yet.  Explicitly setting the number of
retries via getfile.retries=... to something higher than the
default (being 10) allows the user to work around this issue.

Thanks: Sipwise GmbH for sponsoring my development time
Thanks: Christian Hofstaedtler for reviewing

Bump Standards-Version to 3.9.6

Release new version 0.13.2

Code cleanup, drop config_dma + check_partitions [Closes: issue1305]

This code shouldn't be needed since ages any longer, let's
try to get rid of it.

Release new version 0.13.1

Drop checks for "forensic" boot option

There's no need for checking for "forensic" boot option any longer,
since we can control all the boot options separately and the "forensic"
boot menu entry sets all the according boot options on its own
(see git commit 61d5ddd8de04 in grml-live.git).

Release new version 0.13.0

Run wrap-and-sort -a on debian directory

Bump Standards-Version to 3.9.5

Added some extra information about DCS directory on a live medium

Drop code related to scripts handling on DCSDIR, breaking it for GRMLCFG labeled devices

Removed again an if clause in the function which finds DCSDIR. It was
redundant as this case is handled before and it broke the use case of
running scripts on a GRMLCFG labeled device. Because it changed to
$DCSDIR instead of $DCSDIR/scripts.