<span style="font-family: Arial; font-size: 13px;">I made the transition myself, since I needed to port my boot time multi encrypted disk<br>unlocker over to it, given that Ubuntu will use it in the future. I tend to make that sort<br>of transition well in advance if it involves porting my own software.<br><br>I DO see forks of systemd developing, however, if GNOME keeps making it bigger and <br>bigger, unless of course they keep the current pattern where distros or users compiling<br>it themselves can use only the modules they need. Knowing GNOME I would not bet on<br>that, so systemd could get forked the same way gnome-shell did, possibly even by the <br>same people for all I know,<br><br>There is already one systemd fork out there, a stripped down version using only the<br>init functions actually NEEDED for systemd, named Uselessd in a snub to the <br>systemd authors.<br><br>I've actually had mostly good results actually using systemd 212 (which Ubuntu <br>distributes): a non-encrypted desktop I set up for someone with it can boot to <br>MATE in  13 seconds using a Phenom II x4 and a tiny SSD for a boot drive. That's<br>the time to a fully usable desktop with Conky showing the uptime, does not include<br>the POST time which is actually longer.<br><br>The main systemd issue I've had is this: the timeout for a hung process is far too long,<br>at either 2 1/2 or 5 min(not sure which). I am considering setting a far shorter default<br>timeout of maybe 10 or 15 seconds, then setting a 5 min timeout on the encryption<br>password call. That uses my own custom written systemd unit. This way, any other<br>hung boot or shutdown process would quickly spawn a shell instead of sitting and doing <br>nothing for 5 minutes before finally bringing out the "emergency" shell.<br><br>On 10/23/2014 at 3:41 PM, "Ralf Mardorf" <ralf.mardorf@alice-dsl.net> wrote:<blockquote style="border-left:solid 1px #ccc;margin-left:10px;padding-left:10px;">On Thu, 2014-10-23 at 15:29 -0400, lukefromdc@hushmail.com wrote:<br>> I just tested stopping dbus (via systemd), this kills lightdm as well.<br>> To run without dbus you would need a session manager that does not<br>> require it to be running in order to run itself. On my system lightdm<br>> did restart, but with networking disabled.<br><br>Currently I run Arch Linux with systemd, but all my outdated Ubuntu<br>Studio installs are using upstart. A short web search doesn't mention<br>that Ubuntu made this unholy transition too. Yes, I'm a SysVinit<br>believer ;). So, are you using Ubuntu Studio with systemd?<br><br>Btw. thanks for the information about dbus :).<br><br><br>-- <br>ubuntu-studio-devel mailing list<br>ubuntu-studio-devel@lists.ubuntu.com<br>Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel">https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel</a></blockquote></span>