<div class="gmail_quote">On Mon, May 9, 2011 at 12:16 PM, Gustavo Sverzut Barbieri <span dir="ltr">&lt;<a href="mailto:barbieri@profusion.mobi">barbieri@profusion.mobi</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br>Well, right now let&#39;s make clear that Firefox/Chromium or other X clients won&#39;t be started by systemd as they are user session applications, and systemd itself will just deal with system context (ie: up to GDM/KDM...).</div>
</blockquote></div>
<div><br></div></div></blockquote><div>Really?</div><div><br></div><div>A major feature of systemd I understood was that it would also manage user sessions as a seamless part of boot along with the system session. Is that not the case?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="gmail_quote"><div></div><div>But using your case, just like I said above, you really want that. You&#39;d chromium and X11 to be loaded at the same time, because the kernel will handle the load and may load chromium executable while X11 is doing EDID read, then may let the dynamic linker work while X11 asks for input device, etc.</div>

<div><br></div></div></blockquote><div>Or the kernel might load Chromium completely before giving X any time at all; between picking the right thing and the wrong thing, without information, the kernel seems to more usually pick the latter.</div>
<div> </div><div>Scott</div></div>