Am 16.07.2012 00:01, schrieb Reindl Harald:
Am 15.07.2012 23:54, schrieb Martin Kho:
> On Sunday 15 July 2012 12:19:20 Reindl Harald wrote:
>> Am 15.07.2012 11:37, schrieb Martin (KDE):
>>> Am 10.07.2012 11:00, schrieb Martin (KDE):
>>>> Am 10.07.2012 08:31, schrieb Fl@sh:
>>>>> Jep, I know. But my main problem was the delay at login. This is
caused
>>>>>
>>>>>> by nepomuk (reproducible - I did relogin several times with
nepomuk
>>>>>> enabled and disabled) and some times by loading some modules
into
>>>>>> pulseaudio.
>>>>>>
>>>>>> Regards
>>>>>> Martin
>>>>>
>>>>> Now I understand you. Then simply remove pulsaudio from the system,
>>>>> because it will not be used.>>
>>>> Thats not that easy. I use some pulseaudio functions as I sometimes have
>>>> to switch audio output from internal speaker to external or headphone.
>>>> In general pulseaudio is working fine (besides this problem). And
>>>> finally solving this would be better (imho).
>>>
>>> OK, what ever changed in my system but since I reported this issue the
>>> delay caused by pulseaudio is gone.
>>
>> i doubt this is not pulseuadio
>>
>> on my machines i have sshaskpass and keopete in autostart
>> and the kwallet-prompt triggered by kopete is since
>> months also 10-20 seconds delayed while there is no disk
>> activity or any other load
>>
>> no idea what kde does all the time
>>
>> most autostarts are completly disabled since the first day
>> the machine was installed a year ago
>
> Hi,
>
> In FC17 I have this delay too when ktp is 'enabled' (status available). Btw.
> I always get an error message telling that ktp can't connect to the chat-
> server, but it connect just fine (the presence icon in the system tray changes
> to green). In /var/log/messages I see a the following 10 second delay:
>
> Jul 15 23:17:27 ps-1866 pulseaudio[2648]: [pulseaudio] pid.c: Daemon already
> running.
> Jul 15 23:17:37 ps-1866 rtkit-daemon[1115]: Successfully made thread 2724 of
> process 2724 (/usr/bin/pulseaudio) owned by '1000' high priority at nice
level
> -11.
exactly the same messages here
but not sure if they have anything to do with the delay
Jul 18 09:08:34 Updated: 6:kdelibs-common-4.8.4-8.fc17.x86_64
Jul 18 09:08:38 Updated: 6:kdelibs-4.8.4-8.fc17.x86_64
kdelibs from updates-testing seems to solve this problem
on both of my machines now sshaskpass and kwallet password
dialog triggered by kopete appear directly after login
without any delay