352787 2015-09-16 09:34:17 +0000 KService rebuild ksycoca5 every several seconds 2015-10-24 15:22:17 +0000 1 1 3 Frameworks and Libraries frameworks-kservice general unspecified Other Linux RESOLVED FIXED NOR normal --- 0 zhaixiang faure arojas bart.polot g.lassnig ht990332 kdelibs-bugs-null paolo.pedroni peer.frank simonandric5 zhaixiang http://commits.kde.org/kservice/0a719bb93110d125adb0218b3f9bfbe567851ae7 0 oldest_to_newest 1544358 0 zhaixiang 2015-09-16 09:34:17 +0000 1. login into plasmashell 2. plasma-desktop and plasma-workspace freeze 3. switch to tty2, inotifywait $HOME/.cache, ksycoca5.* regenerate every several seconds KF5 V5.4.1 components Reproducible: Always 1544468 1 faure 2015-09-16 19:58:52 +0000 Ouch. I'm about to make a 5.14.1 release of KService with this patch added, does it fix your problem? http://www.davidfaure.fr/2015/revert_format_change.diff (for the kservice framework) You wrote v5.4.1, I assume you meant 5.14.0? If the patch doesn't help, can you try moving out the ksycoca5 file; does it then recreate it correctly and stop regenerating it? 1544499 2 faure 2015-09-16 21:32:19 +0000 Hmm, seems to be another issue; I think I see what's happening... KBuildSycoca::checkGlobalHeader -> KSycoca::readSycocaHeader -> KSycocaPrivate::readSycocaHeader -> KSycocaPrivate::checkDatabase -> KSycocaPrivate::checkDirectories -> KSycocaPrivate::buildSycoca, and there we go again..... 1544506 3 faure 2015-09-16 21:44:53 +0000 Git commit 0a719bb93110d125adb0218b3f9bfbe567851ae7 by David Faure. Committed on 16/09/2015 at 21:42. Pushed by dfaure into tag 'v5.14.2'. KBuildSycoca: do not trigger a recreate from readSycocaHeader() (which is itself called from kbuildsycoca) M +1 -1 src/sycoca/ksycoca.cpp http://commits.kde.org/kservice/0a719bb93110d125adb0218b3f9bfbe567851ae7 1544525 4 ht990332 2015-09-16 23:38:56 +0000 Hi, I updated from kservice 5.14.0 to 5.14.2 and stuff in ~/.cache/ now keep rebuilding every second. I logged off and cleared ~/.cache and logged back in. It still rebuilds every second. I downgraded to 5.14.0, logged off, cleared ~/.cache and logged back in. It no longer rebuilds every second. 1544526 5 ht990332 2015-09-16 23:40:25 +0000 Basically 5.14.0 works but 5.14.2 is broken. 1544558 6 faure 2015-09-17 07:45:55 +0000 I don't follow; the bug report was for 5.14.0 in the first place.... If you upgrade again, is the problem still there? 1544559 7 ht990332 2015-09-17 07:47:56 +0000 Yes, it does. There is bug about it in the distribution I use as well https://bugs.archlinux.org/task/46320 1544564 8 zhaixiang 2015-09-17 08:02:37 +0000 (In reply to David Faure from comment #1) > Ouch. > > I'm about to make a 5.14.1 release of KService with this patch added, does > it fix your problem? > > http://www.davidfaure.fr/2015/revert_format_change.diff > (for the kservice framework) > > You wrote v5.4.1, I assume you meant 5.14.0? Sorry, typo ;P 5.14.0 rpm -q kf5-kservice kf5-kservice-5.14.0-2.x86_64 > > If the patch doesn't help, can you try moving out the ksycoca5 file; does it > then recreate it correctly and stop regenerating it? I git pull from git@git.kde.org:kservice master branch, and I saw your commit ;-) https://quickgit.kde.org/?p=kservice.git&a=commit&h=87e346092d7d50b25ef930bbdb2effe6d9a103e4 I developed a monkey patch for myself yesterday ;P to limit rebuild times when checkTimestamps is not able to work correctly. PS: I installed my Linux box in a future datetime, for example, 2025-09-16, then I experienced such issue - every components of plasma-desktop and workspace freeze~ today I rebuilt the latest git commit, it is OK now ;-) Thank David`s cool job! Regards, Leslie Zhai - a KDE developer 1544859 9 peer.frank 2015-09-19 07:14:21 +0000 is kservice 5.14.2 available to the public ? Is the bug related to setting time, apparently not many are affected? 1545030 10 faure 2015-09-20 09:36:18 +0000 kservice 5.14.3 is available and works (unlike 5.14.2). The bug is not related to setting time. 1545940 11 bart.polot 2015-09-24 02:44:14 +0000 This (or something related) keeps happening in 5.14.3, on Arch, on a user that used kde4 before. On a clean install on a different system it does not happen. Started after (by mistake) changing the "region" setting to "Germany (nds_DE)". It changes the language to some german dialect (niederdeutsch, I guess from the language code). Deleting the .kde4 directory does not help. It comes up for 1 minute after booting and goes away. As soon as I click on the K-menu, comes back again, changes the language of the menu and brings the system to a halt. Changing the "region" setting to "Deutschland (de_DE)" fixes the problem.