[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

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

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

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

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

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

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

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

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 -