<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 29, 2015 at 7:19 PM, Ian Wadham <span dir="ltr"><<a href="mailto:iandw.au@gmail.com" target="_blank">iandw.au@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Jeremy and René,<br>
<span class=""><br>
On 30/01/2015, at 12:00 PM, Jeremy Whiting wrote:<br>
> Ok, interestingly, kdesrc-build built kded5 here as /Applications/KDE/kded5.app but the dbus .service file is expecting to launch it from /usr/local/bin/kded5 :/ How does cmake differentiate between creating a .app and a command-line executable binary like I have for kbuildsycoca5 (I have it in /usr/local/bin/kbuildsycoca5 and meinproc5 and such?<br>
<br>
</span>kded, kdeinit and one or two others *have* to be an app (i.e. a GUI app) because<br>
they can sometimes run things that need to have access to GUI.  KBuildSyCoCa<br>
and Meinproc do not need GUI.<br>
<br>
CMake can recognise an "app" in the Apple OS X context and build and install<br>
it in an <appname>.app structure, with a default Info.plist file, derived from a<br>
template supplied by CMake.  Most KDE GUI apps use the default template,<br>
which is pretty minimal (opportunities for "OS X tuning" exist there).<br>
<br>
kded4 and kdeinit4 provide their own template, which has an "agent" option in it,<br>
to keep them hidden from the end-user, otherwise they appear as a default icon<br>
in the Dock.  René has been fixing up some other KDE apps as "agents", to stop<br>
them popping up in the Dock unnecessarily.  I do not know how KF5 builds do<br>
this, or even whether they provide an Info.plist template or use a default.<br></blockquote><div><br></div><div>Yep, kded5's executable in it's CMakeLists.txt looks like this:</div><div><br></div><div>kf5_add_kdeinit_executable(kded5 ${kded_KDEINIT_SRCS})</div><div><br></div><div>on linux kded is installed into $PREFIX/bin so /usr/local/bin on my linux system. On OS X it went into /Applications/KDE/ but I'm not sure if it should be in /usr/local/bin or left where it is in /Applications/KDE/ If the former it's .service file is fine, but installation path needs to change. If the latter the .service file needs to be updated. Also can dbus services launch executables on OS X that are .app files ? If not the .service file will need to be updated more to point inside the .app at the executable, right?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Another weird thing is that Dr Konqi on OS X and KDE 4 builds as an Apple GUI<br>
app, which it is, but it is installled in $KDEDIR/lib/kde4/libexec as a directory<br>
"drkonqi.app".  There are some others in that libexec location too:<br>
<br>
    libexec/drkonqi.app/<br>
    libexec/kcmremotewidgetshelper.app/<br>
    libexec/kde_baloo_filewatch_raiselimit.app/<br>
    libexec/kdesu.app/<br>
    libexec/knetattach.app/<br>
    libexec/start_kdeinit.app/<br>
    libexec/start_kdeinit_wrapper.app/<br>
<br>
Do they mean something to you, Jeremy?  Any idea why they are there and<br>
not in a "standard" location (they are non-standard in Linux too, IIRC)?<br></blockquote><div><br></div><div>Yep, those are all services. They are installed into $PREFIX/libexec on linux also, and executed either via dbus .service files or started in some other way (kdeinit maybe?) They are intentionally installed into libexec because they aren't meant to be executed by a user directly. I guess they are application bundles on osx because they use the gui then?</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><br>
> On Thu, Jan 29, 2015 at 5:34 PM, René J.V. <<a href="mailto:rjvbertin@gmail.com">rjvbertin@gmail.com</a>> wrote:<br>
> On Friday January 30 2015 11:05:21 Ian Wadham wrote:<br>
> > DBus runs OK on OS X and I never have any problems with it and I don't think<br>
> > Marko or René do either.  However, AFAIK, only Qt and KDE apps use it<br>
><br>
> I think that's an over-simplification. Any app that uses it on Linux can theoretically do so too on OS X. I've noticed support for in in xfwm4, for instance. Whether it's used for anything I don't know, of course (= because I haven't studied the question :)).<br>
<br>
</span>Sure, neither have I (studied it).  That's why I said "AKAIK"… :-)  If anyone<br>
needs to know, it is possible to extract from MacPorts a list of all direct or<br>
indirect dependents on DBus… :-)<br>
<br>
Cheers, Ian W.<br>
<div class=""><div class="h5"><br>
_______________________________________________<br>
<a href="mailto:kde-mac@kde.org">kde-mac@kde.org</a><br>
List Information: <a href="https://mail.kde.org/mailman/listinfo/kde-mac
KDE/Mac" target="_blank">https://mail.kde.org/mailman/listinfo/kde-mac<br>
KDE/Mac</a> Information: <a href="http://community.kde.org/Mac" target="_blank">http://community.kde.org/Mac</a><br>
</div></div></blockquote></div><br></div></div>