From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041109 Firefox/1.0 Description of problem: I use $startx to start kde from init level 3 on the latest rawhide. After today's updates, (I suspect kdelibs in particular), kde starts, but when parsing the first few of it's components on the splashscreen, a 'crash popup' shows behind the splash which is a dump of kbuildsycoca. The dump will be attached. I tried this two ways: 1) As a new user with no $HOME/.kde directory - This crashed many times rather than once, and couldn't complete kde startup. 2) As an old user with a .kde dir that was working fine before today's updates. - This crashed once, and after I saved and closed the crash popup, kde 'appears' to run ok. ---- Kbuildsycoca crash popup contents ------ I'll submit as attachment after the initial report. Mickey Version-Release number of selected component (if applicable): kdelibs-3.4.0-3 How reproducible: Always Steps to Reproduce: 1. Install kdelibs-3.4.0-3 from 08Apr05 rawhide 2. start kde using /usr/bin/startx from lvl 3 with or without a .kde directory. 3. note any kbuildsycoca popups/crashes 4. Actual Results: Kde either crashed if no .kde directory with multiple popups, or if .kde exists and was ok before, then only a single kbuildsycoca popup appeared but kde functioned. Expected Results: Normal kde startup, no popups, no crashes. Additional info: My system: 1) All rawhide up to 08Apr05. 2) Latest -Bk kernel (2.6.12-bk2)
Created attachment 112868 [details] This was the kbuildsycoca dump from the popup during kde startup. If you're starting kde without a .kde directory, then you'll get a large number of these dumps. All appear to be similar, but are happening on various events.
And finally: It took me awhile to find the prior version of kdelibs to test reversion. The result was this: Reverted to kdelibs-3.4.0-2, (and -devel) and the kbuildsycoca dumps are gone in both .kde and non .kde directories. It works fine. I was also concerned that I'd recently installed glibc without restarting kde, but this seems to be a kdelibs situation.
could you please attach the /etc/xdg/menus/applications.menu. does it work if you just remove the file /etc/xdg/menus/kde-applications.menu? Thanks
Created attachment 112873 [details] As asked for "applications.menu". Removing it didn't cause the problem to go away. Is there a -debuginfo for that version of kdelibs? If not, I suppose I can try a rpmbuild from the .src.rpm and use that. I know my crash-log isn't too informative without symbols. Thanks.
I can confirm the same crash with -3 version.
it's strange, are you sure that you have removed the /etc/xdg/menus/kde-applications.menu? it works for me after removing this file!
if you overwrite /etc/xdg/menus/kde-applications.menu with /etc/xdg/menus/applications.menu, does it still crash ? cp -f /etc/xdg/menus/applications.menu /etc/xdg/menus/kde-applications.menu
My mistake ;) :: I'd made a backup xdg directory and removed it from there somehow. Yes, it works fine if I get rid of that file. Thanks. Meanwhile, I'm building the -debug*.rpm for kdelibs from source. If there's any other tests you'd like me to run, just say the word.
please don't use the kdelibs-3.4.0-3 in the rawhide, it's broken because of new gcc-4.0.0-0.40, which miscompiled kde/qt :( for more infos #154294
it's already fixed in kdelibs-3.4.0-4, which is available in rawhide.