Re: [systemd-devel] vt220 default for serial console still relevant?

On 7/14/20 4:27 PM, Mantas Mikulėnas wrote: On Tue, Jul 14, 2020 at 9:48 PM Daan De Meyer > wrote: I just tried vt241 and didn't get colorized output in konsole. I looked around a bit and it doesn't really seem supported at all by terminal emulators

Re: [systemd-devel] vt220 default for serial console still relevant?

On Tue, Jul 14, 2020 at 9:48 PM Daan De Meyer wrote: > I just tried vt241 and didn't get colorized output in konsole. I looked > around a bit and it doesn't really seem supported at all by terminal > emulators (or at least none that I found). I also tried TERM=xterm-256color > with 8 different

Re: [systemd-devel] vt220 default for serial console still relevant?

> About your other comments, systemd sits in user space and can query (depend > upon) terminfo. Then, it should be able to support "whatever" terminfo has > defined which could include custom terminals by the way that an end user has > added. And while all of that sounds incredibly

Re: [systemd-devel] vt220 default for serial console still relevant?

On 7/14/20 1:48 PM, Daan De Meyer wrote: I just tried vt241 and didn't get colorized output in konsole. I looked around a bit and it doesn't really seem supported at all by terminal emulators (or at least none that I found). I also tried TERM=xterm-256color with 8 different terminal emulators

Re: [systemd-devel] vt220 default for serial console still relevant?

I just tried vt241 and didn't get colorized output in konsole. I looked around a bit and it doesn't really seem supported at all by terminal emulators (or at least none that I found). I also tried TERM=xterm-256color with 8 different terminal emulators and got colors with all of them. My workflow

Re: [systemd-devel] vt220 default for serial console still relevant?

On 7/14/20 3:19 AM, Lennart Poettering wrote: On Mo, 13.07.20 18:16, Christopher Cox (c...@endlessnow.com) wrote: No vt220 does not support colour. I used to work on one and it is monochrome hardware. Xterm and konsole support extensions beyond vt220 that add in the colour support. Not sure

Re: [systemd-devel] GNOME boot-complete.target integration ?

Hi, On 7/14/20 10:03 AM, Lennart Poettering wrote: On Di, 30.06.20 12:17, Hans de Goede (hdego...@redhat.com) wrote: 1. The user has logged in successfully and the session lasts at least 2 minutes (could be a bit shorter, we want to catch the case where the session immediately exits / crashes

[systemd-devel] Antw: Re: Antw: [EXT] Re: advice on how to address selinux-autorelabel issue with userdbd

>>> Lennart Poettering schrieb am 14.07.2020 um 11:35 in Nachricht <20200714093554.GC181282@gardel-login>: > On Di, 14.07.20 11:02, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) > wrote: > >> >>> Lennart Poettering schrieb am 14.07.2020 um 09:50 >> in >> Nachricht

Re: [systemd-devel] Antw: [EXT] Re: advice on how to address selinux-autorelabel issue with userdbd

On Di, 14.07.20 11:02, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > >>> Lennart Poettering schrieb am 14.07.2020 um 09:50 > in > Nachricht <20200714075029.GC180968@gardel-login>: > > On Di, 14.07.20 09:10, Dac Override (dac.overr...@gmail.com) wrote: > > > >> selinux-autorelabel

[systemd-devel] Antw: [EXT] Re: advice on how to address selinux-autorelabel issue with userdbd

>>> Lennart Poettering schrieb am 14.07.2020 um 09:50 in Nachricht <20200714075029.GC180968@gardel-login>: > On Di, 14.07.20 09:10, Dac Override (dac.overr...@gmail.com) wrote: > >> selinux-autorelabel needs to be able to resolve users. Currently users >> managed with systemd-serdbd are not

Re: [systemd-devel] vt220 default for serial console still relevant?

On Mo, 13.07.20 18:16, Christopher Cox (c...@endlessnow.com) wrote: > > No vt220 does not support colour. I used to work on one and it is > > monochrome hardware. > > Xterm and konsole support extensions beyond vt220 that add in the colour > > support. > > Not sure how much (offtopic) history we

Re: [systemd-devel] systemd-analyze security and SystemCallFilter

On So, 12.07.20 18:35, Reindl Harald (h.rei...@thelounge.net) wrote: > why are these bad and scored? > including syscalls to the blacklist is hardly wrong Sounds like a bug. Can you file it on github please? I figure the tool becomes confused by the blacklist logic. Doing a whitelist is the

Re: [systemd-devel] workaround for systemd-networkd-wait-online boot fail/delay on systems with bridge for v234? (fix @ systemd/issues/2154 requires v>242)

On Sa, 11.07.20 22:54, PGNet Dev (pgnet@gmail.com) wrote: > cd /etc/systemd/network > grep Link -A1 * > 20-enp3s0.network:[Link] > 20-enp3s0.network-RequiredForOnline=no > -- > 20-enp5s0.network:[Link] > 20-enp5s0.network-RequiredForOnline=no Ah, eh. As it turns out we added that only

Re: [systemd-devel] service vs target

On Mi, 08.07.20 11:01, Mkrtchyan, Tigran (tigran.mkrtch...@desy.de) wrote: > Dear systemd developers, > > I failed to get the answer to my question from other sources, so > here I am. > > We have a software that consist out of many components. Each component > is a single service, let say

Re: [systemd-devel] Ensuring that a unit starts before any networking

On Di, 30.06.20 11:45, Mark Rogers (m...@more-solutions.co.uk) wrote: > >From that, is it reasonable to conclude that this is just an omission that > has no potential negative effects from being fixed? I can't see any reason > why adding After=network-pre.target would have direct a negative

Re: [systemd-devel] GNOME boot-complete.target integration ?

On Di, 30.06.20 12:17, Hans de Goede (hdego...@redhat.com) wrote: > > > 1. The user has logged in successfully and the session lasts > > > at least 2 minutes (could be a bit shorter, we want to catch the > > > case where the session immediately exits / crashes after login); or > > > > > > 2. The

Re: [systemd-devel] Seccomp allow/log action

On Mo, 13.07.20 10:02, Chris PeBenito (chpeb...@linux.microsoft.com) wrote: > > I think it would be more flexible to extend the error code return per > > system call, like > > SystemCallFilter=gettimeofday:LOG > > Yes, that provides much more granularity but is it necessary to support that >

Re: [systemd-devel] advice on how to address selinux-autorelabel issue with userdbd

On Di, 14.07.20 09:10, Dac Override (dac.overr...@gmail.com) wrote: > selinux-autorelabel needs to be able to resolve users. Currently users > managed with systemd-serdbd are not resolvable in the > selinux-autorelabel.target.. > > Should I be able to pull systemd.userdvd into the >

[systemd-devel] Antw: [EXT] Re: vt220 default for serial console still relevant?

>>> Lennart Poettering schrieb am 11.07.2020 um 21:04 in Nachricht <20200711190418.GA178957@gardel-login>: > On Sa, 11.07.20 17:51, Daan De Meyer (daan.j.deme...@gmail.com) wrote: > >> Hi, >> >> I was playing around with mkosi's qemu support, more specifically adding >> the ‑nographic option to

[systemd-devel] advice on how to address selinux-autorelabel issue with userdbd

selinux-autorelabel needs to be able to resolve users. Currently users managed with systemd-serdbd are not resolvable in the selinux-autorelabel.target.. Should I be able to pull systemd.userdvd into the selinux-autorelabel.target? Is there a better way to ensure that homed users are resolvable