trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: February 2014

Re: [trinity-devel] Bug 1902 - pam.d and preprocessor checks surrounding consolekit may be part of issue

From: "David C. Rankin" <drankinatty@...>
Date: Tue, 25 Feb 2014 23:42:41 -0600
On 02/25/2014 03:54 PM, François Andriot wrote:
> After adding lots of kddebug output, I've found that, on my system, we go
> correctly from step 1 to step 2: The "emit accepted" is run correctly every time.
> However, for an unknown reason, this signal is NOT received by the tdelauncher,
> so the "acceptslave" slot is NEVER run.
> Then, the "mSlaveList" variable is never populated.
> As a consequence, the tdelauncher NEVER reuses an existing tdeioslave, it spawns
> a new one every time.
> Also, the "idleTimeout" slot (line 1404) does nothing at all, since there is no
> process to terminate in the mSlaveList !
> 
> The actual question is: why is the "emit accepted" signal never received ??? It
> causes lots of troubles.

Building tdebase to test the logind multiseat patch, I notice many deprecated
warnings on string conversions, etc.. I know deprecated should work, but check
your logs, there must be 50 tdeioslave deprecated warning..

-- 
David C. Rankin, J.D.,P.E.