I dislike this patch as the suggested approach by systemd is to get the header and implementation of sd-daemon into your project. See other projects. This API is not changing and it's a thin layer to just access some envvars to get fds and write back some messages. It should be also always auto enabled, as the runtime detection is fast and should work in BSD as well.
If you consider this the patch would be 5 lines. Last, is that all the integration we are doing? Come on, I'd expect at least the startup and shutdown applications to be handled by systemd --user. And our internal darmons (fm, thumbailer, cserve2, ...) Ultimately e_exec of desktops could be managed by it (but I believe systemd lacks this ATM). On Wednesday, August 29, 2012, Carsten Haitzler wrote: > anyone interested in systemd user session integration... have a look. > > and again.. with patch attached. > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) ras...@rasterman.com <javascript:;> > > -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
