kbuildsycoca5/kded5 weirdness on OSX

Jeremy Whiting jpwhiting at kde.org
Thu Jan 29 13:56:36 PST 2015

I see kbuildsycoca5 takes  seconds on linux. Minutes on OS X, similar
output on the terminal on both though. A good profiler would help to see
what it's doing. (or I can look at the code itself and add some debug
information). Does anyone on this list know of a good profiler for osx?

In answer to your other thread about kmahjongg, running it on linux/kf5
it's pretty snappy to save a game on linux, I bet it's because I already
have kded5 and such running though.

On Thu, Jan 29, 2015 at 1:50 PM, Marko Käning <mk-lists at email.de> wrote:

> Hi Jeremy,
> I - right away - coming back to your offer to look into the
> daemon/services stuff. :)
> I had a chat with Ben a few days ago, since my kbuildsycoca5 suddenly
> needs a _long_
> time to run on the OSX/CI system.
> Test-runs I do these days using my run.sh script [1], which ensures that
> (hopefully all)
> necessary files are found by any project installed and running on my
> OSX/CI system. But
> I suspect this assumption is not yet fully true, as there are still some
> problems with
> certain files (themes, icon, etc.).
> If the respective *.env file doesn’t exist from a previous run, this
> script makes
> sure it gets created.
> E.g. for kanagram I see this:
> ------------------------------------------------------------------------------------------
> $ ./run.sh kde/kdeedu kanagram
> Creating environment as 'kanagram.env' ...
> Environment variables set by kanagram:
> export KDEDIRS
> export XDG_DATA_DIRS
> ---
> Calling kbuildsycoca5 every time is with ~ 1 minute far too slow atm (this
> wasn't the case before, I believe!)
> ---
> Could not find drkonqi at
> /opt/kde/install/darwin/mavericks/clang/kf5-qt5/frameworks/kcrash/inst/lib/libexec/drkonqi
> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to
> '/var/folders/xd/_025xt7j6dggsjd0_6tczq180000gn/T/runtime-marko'
> kbuildsycoca5 running...
> kf5.kservice.sycoca: Trying to open ksycoca from
> "/Users/marko/Library/Caches/ksycoca5"
> Recreating ksycoca file ("/Users/marko/Library/Caches/ksycoca5", version
> 300)
> Menu "applications-kmenuedit.menu" not found.
> Saving
> Emitting notifyDatabaseChanged ("services", "servicetypes",
> "xdgdata-mime", "apps")
> real    1m10.382s
> user    0m8.920s
> sys     0m19.882s
> ---
> Could not find drkonqi at
> /opt/kde/install/darwin/mavericks/clang/kf5-qt5/frameworks/kcrash/inst/lib/libexec/drkonqi
> Checking path
> "/opt/kde/install/darwin/mavericks/clang/kf5-qt5/kde/kdeedu/kdeedu-data/inst/share/apps/kvtml"
> for kvtml files
>  HunspellClient::HunspellClient
> No language dictionaries for the language: "en"
> org.kde.kanagram: Created game and engine helper
> org.kde.kanagram: Set all context properties
> org.kde.kanagram: Setup declarative engine
> libpng warning: iCCP: known incorrect sRGB profile
> libpng warning: iCCP: known incorrect sRGB profile
> libpng warning: iCCP: known incorrect sRGB profile
> libpng warning: iCCP: too many profiles
> libpng warning: iCCP: known incorrect sRGB profile
> libpng warning: iCCP: known incorrect sRGB profile
> org.kde.kanagram: Set qml file location
> ------------------------------------------------------------------------------------------
> I inserted a “time” before kbuildsycoca5 above and measure more than a
> _minute_ usually for
> the time needed to run it once. Ben verified for me that this is very
> unusual and the big
> question is where the program spends its time.
> As I have pointed out in [2] also kded5 spends a hell of a time (20 min)
> in walking OSX'
> file system below /Applications. It needs so much time in there since it
> searches through
> every application package installed in there. This takes very much time
> for the developer
> tools in Xcode.app…
> I suggested to make kded5 more intelligent and simply SKIP entering all
> the app packages
> in these searches, but there was no response to that.
> Was that suggestion nonsensical?
> I suspect that kbuildsycoca5 is hit by just the same issue here!!! :-/
>         Do you see something similar on your end?
> Well, and since I don’t want to run kded5 for 20 mins just to be able to
> test-run some
> KF5 application I have to live with that some apps call kbuildsycoca5 when
> I call for
> certain actions which involve access to the file system or whatever...
> Please read [2], as this is a nice example of the trouble found on OSX wrt
> KF5.
> Greets,
> Marko
> [1]
> http://quickgit.kde.org/?p=clones%2Fwebsites%2Fbuild-kde-org%2Fkaning%2Fmp-osx-ci.git&a=blob&h=fe9bc2d0502492032278c66bbd60773e7a548d5b&hb=e7822a0f8cf12a50f678d957abcba84b65216df0&f=run.sh
> [2] http://mail.kde.org/pipermail/kde-mac/2015-January/003150.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.macosforge.org/pipermail/macports-dev/attachments/20150129/8c84efa1/attachment.html>

More information about the macports-dev mailing list