Re: [systemd-devel] Reliably waiting for udevd to finish processing triggered events

2015-03-09 Thread Ray Strode
Hi, plymouth watches for the creation of drm display devices during boot. If it finds one, it starts a graphical splash and that is that. However, if the system finishes loading drivers and no drm device is available, it falls back onto a fbdev-based splash or a text-based boot. Once it has

Re: [systemd-devel] Reliably waiting for udevd to finish processing triggered events

2015-03-09 Thread Ray Strode
Hi, On Mon, Mar 9, 2015 at 1:21 PM, Tom Gundersen t...@jklm.no wrote: This sounds like a broken model (even if the problems you outlined below were fixed). There is no reason to believe that all drm devices will be available by the time udev has finished coldplug. Devices may be enumerated at

[systemd-devel] [PATCH] login: rerun vconsole-setup when switching from vgacon to fbcon

2014-11-05 Thread Ray Strode
From: Ray Strode rstr...@redhat.com The initialization performed by systemd-vconsole-setup is reset when changing console drivers (say from vgacon to fbcon), so we need to run it in that case. See http://lists.freedesktop.org/archives/systemd-devel/2014-October/023919.html http

[systemd-devel] [PATCH] rules: rerun vconsole-setup when switching from vgacon to fbcon

2014-11-05 Thread Ray Strode
From: Ray Strode rstr...@redhat.com The initialization performed by systemd-vconsole-setup is reset when changing console drivers (say from vgacon to fbcon), so we need to run it in that case. See http://lists.freedesktop.org/archives/systemd-devel/2014-October/023919.html http

Re: [systemd-devel] [PATCH] rules: rerun vconsole-setup when switching from vgacon to fbcon

2014-11-05 Thread Ray Strode
Hi, On Wed, Nov 5, 2014 at 9:53 AM, David Herrmann dh.herrm...@gmail.com wrote: I had that change locally, but didn't push it because vconsole is optional. Thus, this rule must be optional, too. I'm now digging into autoconf+m4 to see how to do this... but I'm getting nowhere so far... Well

Re: [systemd-devel] Unicode support in console after boot

2014-10-23 Thread Ray Strode
Hi, On Tue, Oct 21, 2014 at 1:39 PM, Ivan Shapovalov intelfx...@gmail.com wrote: Please try editing /usr/lib/systemd/system/systemd-vconsole-setup.service and remove RemainAfterExit=yes, then regenerate your initramfs image by running dracut command. Add back RemainAfterExit=yes

Re: [systemd-devel] pam_systemd closing user's session prematurely

2012-10-16 Thread Ray Strode
Hi, On Tue, Oct 16, 2012 at 2:20 PM, Lennart Poettering lenn...@poettering.net wrote: I have now commited a fix that achieves the same as yours but doesn't key this of the static service database: I simply extended the OpenSession() bus call to inform clients whether they are a new session or

Re: [systemd-devel] pam_systemd closing user's session prematurely

2012-10-16 Thread Ray Strode
Hi, Please test! Will do. I did: $ loginctl show-session $XDG_SESSION_ID $ su - # exit $ loginctl show-session $XDG_SESSION_ID and in both cases State=active So patch seems to work. Thanks Ray ___ systemd-devel mailing list

[systemd-devel] pam_systemd closing user's session prematurely

2012-10-12 Thread Ray Strode
Hi, Some GDM/gnome-shell users having a rather strange issue where they can't unlock their screen because logind thinks their session is no longer active: https://bugzilla.gnome.org/show_bug.cgi?id=685988 Turns out those users are running $ su - and upon typing # exit the users' sessions

Re: [systemd-devel] How to implement fsck progress report with systemd and plymouth?

2011-04-26 Thread Ray Strode
Hi, On Sun, Apr 24, 2011 at 5:19 PM, Lennart Poettering lenn...@poettering.net wrote: plymouth in Ubuntu 10.04 supports fsck progress report, and also provides a chance for user to cancel running fsck. How to implement this feature with systemd and plymouth? It's actually a really hard

Re: [systemd-devel] How to implement fsck progress report with systemd and plymouth?

2011-04-26 Thread Ray Strode
Hi, On Tue, Apr 26, 2011 at 5:11 PM, Lennart Poettering lenn...@poettering.net wrote: I would suggest to leave the parsing of the fsck -C output to fsckd, as well as the integration of multiple of these streams. fsckd would then only pass one stream of progress bar information to plymouth. The

Re: [systemd-devel] [PATCH] client: do not wait forever if daemon is not started

2011-03-02 Thread Ray Strode
Hi, On Tue, Mar 1, 2011 at 2:16 AM, Andrey Borzenkov arvidj...@gmail.com wrote: Currently plymouth --wait will wait forever if daemon is not started. This does not look right - we were asked to wait for daemon to stop and daemon is obviously stopped. So make it exit right away in this case.