[KDE/Mac] Cross-platform with kdeinit5, klauncher5, kded5 and friends
jpwhiting at kde.org
Fri Jan 30 02:48:33 UTC 2015
On Thu, Jan 29, 2015 at 7:19 PM, Ian Wadham <iandw.au at gmail.com> wrote:
> Hi Jeremy and René,
> On 30/01/2015, at 12:00 PM, Jeremy Whiting wrote:
> > 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
> kded, kdeinit and one or two others *have* to be an app (i.e. a GUI app)
> they can sometimes run things that need to have access to GUI.
> and Meinproc do not need GUI.
> CMake can recognise an "app" in the Apple OS X context and build and
> it in an <appname>.app structure, with a default Info.plist file, derived
> from a
> template supplied by CMake. Most KDE GUI apps use the default template,
> which is pretty minimal (opportunities for "OS X tuning" exist there).
> kded4 and kdeinit4 provide their own template, which has an "agent" option
> in it,
> to keep them hidden from the end-user, otherwise they appear as a default
> in the Dock. René has been fixing up some other KDE apps as "agents", to
> them popping up in the Dock unnecessarily. I do not know how KF5 builds do
> this, or even whether they provide an Info.plist template or use a default.
Yep, kded5's executable in it's CMakeLists.txt looks like this:
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
> Another weird thing is that Dr Konqi on OS X and KDE 4 builds as an Apple
> app, which it is, but it is installled in $KDEDIR/lib/kde4/libexec as a
> "drkonqi.app". There are some others in that libexec location too:
> Do they mean something to you, Jeremy? Any idea why they are there and
> not in a "standard" location (they are non-standard in Linux too, IIRC)?
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?
> > On Thu, Jan 29, 2015 at 5:34 PM, René J.V. <rjvbertin at gmail.com> wrote:
> > On Friday January 30 2015 11:05:21 Ian Wadham wrote:
> > > DBus runs OK on OS X and I never have any problems with it and I don't
> > > Marko or René do either. However, AFAIK, only Qt and KDE apps use it
> > 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 :)).
> Sure, neither have I (studied it). That's why I said "AKAIK"… :-) If
> needs to know, it is possible to extract from MacPorts a list of all
> direct or
> indirect dependents on DBus… :-)
> Cheers, Ian W.
> kde-mac at kde.org
> List Information: https://mail.kde.org/mailman/listinfo/kde-mac
> KDE/Mac Information: http://community.kde.org/Mac
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the kde-mac