On Monday 07 September 2015 23:34:54 Albert Astals Cid wrote: > El Dilluns, 7 de setembre de 2015, a les 23:28:40, Albert Astals Cid va > escriure: > > Running > > LANGUAGE=de kcmshell5 --list > > > > in my catalan based system gives me almost everything in catalan. > > > > That is because most of the strings come from kservice and my sycoca is in > > catalan.
It's funny that you hit this now, one day after I offer a solution for it, because it has worked this way for 15 years :-) > > Possible ways forward i see: > > 1) When recreating the sycoca fall back to calling kbuildsycoca ourselves > > (there's code for that already) when the version matches but not the > > language Yes. > > Actually does anyone know why we're calling kded to call kbuildsycoca if we > > could (and have code to) call kbuildsycoca directly. Your patch is for old kservice code btw. I changed it on Aug 22 to not mention kded anywhere anymore. So if you were using current sources your patch would have worked :-) But anyway, I'm reworking this. > Anything i can do to help there? You can give your input in that other thread in case you see any pitfall I might have missed. One thing I'm unsure about is how to avoid 10 apps rebuilding sycoca at the same time; QSaveFile avoids corruption but not unnecessary work. QLockFile avoids parallel work but avoiding unnecessary work by figuring out if something changed after the last rebuild... well ok we could read the global header of the built-by-someone-else sycoca, and redo the checkTimestamp logic (to compare dirs mtime with that timestamp). You can also review the patches I'm writing right now once they are on reviewboard ;) I'll add you as reviewer. Right now my problem is how to cut this work into individual pieces. I think I'll start by removing --checkstamps and --nocheckfiles, then I'll separate the main() from kbuildsycoca.cpp, to prepare for a future move of the "build" classes into the lib. -- David Faure, fa...@kde.org, http://www.davidfaure.fr Working on KDE Frameworks 5 _______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel