Message: previous - next
Month: February 2014

Re: [trinity-devel] Pure systemd User Session Tracking - Any Thoughts?

From: Slávek Banko <slavek.banko@...>
Date: Thu, 13 Feb 2014 03:13:02 +0100
On Thursday 13 of February 2014 01:48:38 David C. Rankin wrote:
> On 02/10/2014 09:55 PM, David C. Rankin wrote:
> > On 02/10/2014 08:14 PM, Slávek Banko wrote:
> >> Currently I have unfinished a patch for kdesktop_lock => response to
> >> systemd signals Lock(), Unlock() and setting SetIdleHint(true / false).
> >> I'll put patch to test when will be ready.
> >>
> >> Then I want to prepare minimal systemd support for TDM.
> >>
> >> And as a last I want to deal with automatic MultiSeat with systemd. But
> >> I would like to use D-Bus calls instead of a direct call API functions
> >> sd_*.
> >
> > Excellent. Just let me know when you want me to test. Thanks.
> Slavek,
>   We may need to bump priority on this one - it is worse than initially
> reported. It doesn't just effect fringe tdeio_slaves like the sftp
> tdeio_slave it effects *ALL* tdeio_slaves, including tdeio_http. I browsed
> in konqueror looking for configuration help with Tork and for help with the
> mixminion python error and I had 50+ tdeio_file and tdeio_http processes
> like the following:
> ...
> tdeio_file [tdeinit] file /tmp/tdesocket-david/tdelauncher0fCUxj.s
> tdeio_file [tdeinit] file /tmp/tdesocket-david/tdelauncher0fCUxj.s
> tdeio_file [tdeinit] file /tmp/tdesocket-david/tdelauncher0fCUxj.s
> tdeio_http [tdeinit] https /tmp/tdesocket-david/tdelauncher0fCUxj.
> tdeio_http [tdeinit] https /tmp/tdesocket-david/tdelauncher0fCUxj.
> ...
>   Apparently with every http connection, including browser search, a
> tdeio_file slave is also opened to check/update the cache entries in
> addition to the tdeio_http slave opened for the connection, so this will
> spin out of control quickly with internet browsing.

I am not sure whether this behavior is due to session management. That is very 
reminds me the bug report 1656.

However, it does not change the fact that I'll continue to work to supplement 
sytemd support. Unfortunately, I have in recent days been too busy with my 
work tasks.