tjaaltonhey, there's this nasty bug in lightdm upstart job that causes it to race with plymouth-splash. it's kinda easy to fix, but not for the case where plymouth is on the initrd (like when cryptsetup is used) because it won't emit events to the later phase06:33
tjaaltonso the plan is to create a job that emits an event "on startup or started plymouth-splash"06:35
tjaaltonbut is there a 'generic' event for when the system has passed initrd phase?06:36
stgraberpassed the initrd phase => startup07:06
stgraberupstart only starts when we switch from the initrd to the real system, so "startup" would currently work. Maybe one day we'll have upstart in initrd, then that will no longer be true.07:07
tjaaltonwell, that didn't seem to work or I failed in some other way07:24
tjaaltonstart on startup or started plymouth-splash07:24
tjaaltonemits plymouth-splash-running-4-shure07:24
tjaaltonand in script; "exec initctl emit --no-wait plymouth-splash-running-4-shure"07:25
tjaaltonbut debug log didn't show any sign of that07:25
tjaaltonmaybe I'll just try harder this time..07:25
jodhtjaalton: there is no generic "passed initrd" event as upstart doesn't know about that phase of the boot - it happens before upstart starts.08:05
tjaaltonjodh: ok, the bug in question is https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/982889 and comment #120 is what I'm trying to accomplish08:08
tjaaltonjodh: should that be possible?08:09
xnoxjodh: tjaalton: don't we emit something to plymouth to indicate that we passed initrd....?08:15
tjaaltonxnox: doesn't work when plymouth was started from initrd08:16
tjaaltonthe bug is trivial to fix for the normal case, but the special case makes it.. special08:16
jodhxnox: we pass "update-root-fs --read-write" to plymouth when the disk is writeable.08:16
xnoxjodh: yeah. which is quite late for this bug, isn't it?08:17
xnoxquite racy with's lightdm starton.08:18
jodhtjaalton: I think what slangasek actually means in #120 is for this secondary job to check for a "plymouth" process running (or "plymouth --ping" returning successfully).08:19
tjaaltonjodh: yes, maybe it's the details that got me confused then08:20
tjaaltonlike, when to run that job08:21
tjaaltonand should it just sleep N until plymouth is running and then emit the event?08:21
tjaaltonmaybe it shouldn't have any preconditions, just check for plymouth and be done with it08:22
jodhtjaalton: that's the only way it could work I think - check "status plymouth-splash" and check "plymouth --ping" return code.08:24
tjaaltonalright I'll give it a go08:28
=== Md_ is now known as Md

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!