Hallo
If I enable nepomuk I have up to 20 seconds delay after the splash sceen vanishes. The Desktop shows up as normal and I plasma reacts almost normal but no action takes place. The startup sound sequence is delayed for the same time.
All mouse actions are cached, so after about 20 seconds the startup sound plays and the actions are executed (konsole starts, firefox/thunderbird start ...).
If I disable nepomuk the I can use the desktop as soon as the desktop is shown.
Anyone seeing this as well? Any hints or solutions?
Regards Martin
On Sunday 08 Jul 2012 22:11:30 Martin wrote:
If I enable nepomuk I have up to 20 seconds delay after the splash sceen vanishes. The Desktop shows up as normal and I plasma reacts almost normal but no action takes place. The startup sound sequence is delayed for the same time.
All mouse actions are cached, so after about 20 seconds the startup sound plays and the actions are executed (konsole starts, firefox/thunderbird start ...).
If I disable nepomuk the I can use the desktop as soon as the desktop is shown.
Anyone seeing this as well? Any hints or solutions?
I've not tried disabling nepomuk but for me also KDE has been getting progressively slower logging in, it seems worse with each release. Even with a simple Desktop and no extra plasmoids.
Its on my list of jobs to search kde.bugs..
Cheers
Colin
Am 08.07.2012 22:11, schrieb Martin (KDE):
Hallo
If I enable nepomuk I have up to 20 seconds delay after the splash sceen vanishes. The Desktop shows up as normal and I plasma reacts almost normal but no action takes place. The startup sound sequence is delayed for the same time.
All mouse actions are cached, so after about 20 seconds the startup sound plays and the actions are executed (konsole starts, firefox/thunderbird start ...).
If I disable nepomuk the I can use the desktop as soon as the desktop is shown.
After disabling nepomuk most of the time the delay is missing. The first start after reboot however is still delaying.
I did some search in the internet and found a note about removing /etc/xdg/autostart/pulseaudio-kde.desktop. I removed the complete package (pulseaudio-module-x11) and the delay went away (tested with some reboots).
What exactly are these modules good for? Sound is working without them.
Regards Martin
Anyone seeing this as well? Any hints or solutions?
Regards Martin _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
On 07/09/2012 02:25 PM, Martin (KDE) wrote: art after reboot however is still delaying.
I did some search in the internet and found a note about removing /etc/xdg/autostart/pulseaudio-kde.desktop. I removed the complete package (pulseaudio-module-x11) and the delay went away (tested with some reboots).
What exactly are these modules good for? Sound is working without them.
It loads a pulseaudio module that allows for hw device enumeration in systemsettigs->multimedia
Without the PA module loaded, phonon reports output device as "Pulseaudio"
-- rex
Am 09.07.2012 21:31, schrieb Rex Dieter:
On 07/09/2012 02:25 PM, Martin (KDE) wrote: art after reboot however is still delaying.
I did some search in the internet and found a note about removing /etc/xdg/autostart/pulseaudio-kde.desktop. I removed the complete package (pulseaudio-module-x11) and the delay went away (tested with some reboots).
What exactly are these modules good for? Sound is working without them.
It loads a pulseaudio module that allows for hw device enumeration in systemsettigs->multimedia
Without the PA module loaded, phonon reports output device as "Pulseaudio"
OK, so I reinstalled the named packages and added some logger statements to the scripts started in the *.desktop files. The problem seems to be the pactl line starting the session-manager stuff in the start-pulseaudio-x11 file (loading module module-x11-xsmp).
Regards Martin
-- rex _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Am 09.07.2012 22:07, schrieb Martin (KDE):
Am 09.07.2012 21:31, schrieb Rex Dieter:
OK, so I reinstalled the named packages and added some logger statements to the scripts started in the *.desktop files. The problem seems to be the pactl line starting the session-manager stuff in the start-pulseaudio-x11 file (loading module module-x11-xsmp).
The problem is not always reproducible, it is about 50% of the logins that have the delay (until now all in loading module-x11-xsmp).
Martin
Il 09/07/2012 22:23, Fl@sh ha scritto:
The problem is not always reproducible, it is about 50% of the logins that have the delay (until now all in loading module-x11-xsmp).
Martin
Pulseaudio is not related to Nepomuk...
But if Nepomuk takes a lifetime to start, and pulseaudio another lifetime, it makes two lifetimes...
A cat might still have five more lifetimes to enjoy KDE, but a human being might switch to XFCE!
Am 09.07.2012 22:23, schrieb Fl@sh:
The problem is not always reproducible, it is about 50% of the logins that have the delay (until now all in loading module-x11-xsmp).
Martin
Pulseaudio is not related to Nepomuk...
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
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.
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).
Martin
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.
Martin
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
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.
Martin Kho
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
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
I don't think so. I have the same message but they were/are no correlations to the delay. I then added some logger statements to the shell scripts loading kde and x11 related pulseaudio modules. I could isolate the X-Session-Manager pulseaudio module causing the delay.
Martin
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
Am 08.07.2012 22:11, schrieb Martin (KDE):
Hallo
If I enable nepomuk I have up to 20 seconds delay after the splash sceen vanishes. The Desktop shows up as normal and I plasma reacts almost normal but no action takes place. The startup sound sequence is delayed for the same time.
All mouse actions are cached, so after about 20 seconds the startup sound plays and the actions are executed (konsole starts, firefox/thunderbird start ...).
If I disable nepomuk the I can use the desktop as soon as the desktop is shown.
Anyone seeing this as well? Any hints or solutions?
So a follow up on this:
There are two parts: the nepomuk delay is caused by the session management which tries to start the nepomukservicestub without parameter. This failed and leads to a delay of a few seconds everytime it was tried (five times on my system). Adding "nepomukservicestub,/usr/bin/nepomukservicestub" to the session management exclude list fixed this for me.
The pulse audio stuff is mostly gone. Every now and then I have the delay but I can live with it for now.
Regards Martin