[systemd-devel] A minor problem with systemd-boot boot menu

2020-11-09 Thread u34
Here, sytsemd-boot boot menu has 2 methods to present the default boot entry: 1. An ascii type arrow, =>, pointing to the default entry. 2. Reverse video for the text and background of the line of the default. So far it seem to work as intended. However, after I run bootctl set-oneshot Whi

Re: [systemd-devel] ssh.service in rescue.target

2020-11-09 Thread u34
Phillip Susi wrote: > > Simon McVittie writes: > > > The Debian/Ubuntu package for systemd already masks various services > > that are superseded by something in systemd, such as procps.service and > > rcS.service. It used to also mask all the services from initscripts, > > but that seems to ha

Re: [systemd-devel] ssh.service in rescue.target

2020-11-09 Thread Phillip Susi
Simon McVittie writes: > The Debian/Ubuntu package for systemd already masks various services > that are superseded by something in systemd, such as procps.service and > rcS.service. It used to also mask all the services from initscripts, > but that seems to have been dropped in version 243-5.

Re: [systemd-devel] ssh.service in rescue.target

2020-11-09 Thread Michael Biebl
Am Mo., 9. Nov. 2020 um 18:25 Uhr schrieb Michael Biebl : > I guess this is kinda moot now, given that the initscripts package was > completely removed in Ubuntu 20.10 it seems. > Fwiw, I'd be surprised if there really are any packages in 20.04 still > depending on initscripts. > Maybe just purge t

Re: [systemd-devel] ssh.service in rescue.target

2020-11-09 Thread Michael Biebl
Am Mo., 9. Nov. 2020 um 18:20 Uhr schrieb Michael Biebl : > > Am Mo., 9. Nov. 2020 um 17:12 Uhr schrieb Simon McVittie : > > > > On Mon, 09 Nov 2020 at 09:16:05 -0500, Phillip Susi wrote: > > > I guess I'll try masking it. > > > > The Debian/Ubuntu package for systemd already masks various services

Re: [systemd-devel] ssh.service in rescue.target

2020-11-09 Thread Michael Biebl
Am Mo., 9. Nov. 2020 um 17:12 Uhr schrieb Simon McVittie : > > On Mon, 09 Nov 2020 at 09:16:05 -0500, Phillip Susi wrote: > > I guess I'll try masking it. > > The Debian/Ubuntu package for systemd already masks various services > that are superseded by something in systemd, such as procps.service a

Re: [systemd-devel] ssh.service in rescue.target

2020-11-09 Thread Simon McVittie
On Mon, 09 Nov 2020 at 09:16:05 -0500, Phillip Susi wrote: > I guess I'll try masking it. The Debian/Ubuntu package for systemd already masks various services that are superseded by something in systemd, such as procps.service and rcS.service. It used to also mask all the services from initscripts

Re: [systemd-devel] Query currently active journald configuration option

2020-11-09 Thread Lennart Poettering
On Mo, 09.11.20 08:48, Andrei Borzenkov (arvidj...@gmail.com) wrote: > Is it possible to query configuration options in effect in running > journald instance? Besides the brief log output it does itself, no there's currently no way. We never had that because journald can't use D-Bus, because D-B

Re: [systemd-devel] ssh.service in rescue.target

2020-11-09 Thread Phillip Susi
Michael Biebl writes: > Are you sure? > Which Ubuntu version is that? > At least in Debian, /etc/init.d/killprocs is shipped by "initscripts" > which is no longer installed by default. 20.04. apt-cache rdepends shows: Reverse Depends: sysv-rc util-linux hostapd wpasupplicant util-li

Re: [systemd-devel] Query currently active journald configuration option

2020-11-09 Thread Juan Guerrero
good morning dear Andrei Borzenkov; This indicates that I should go file by file validating the /lib directory vs /usr/lib. El lun., 9 nov. 2020 a las 1:48, Andrei Borzenkov () escribió: > Is it possible to query configuration options in effect in running > journald instance? > > Background -