[KDE/Mac] Cross-platform with kdeinit5, klauncher5, kded5 and friends

Jeremy Whiting jpwhiting at kde.org
Wed Feb 11 23:02:49 UTC 2015

Hey all, I looked into this a bit further today with David's idea to
completely ignore the handle_requests and found another issue.

In Console.app I see this error:
2/11/15 3:53:53.155 PM kdeinit5: klauncher --fd=8[60704]: Process 60703 was
forked to 60704 without calling exec(). This is not supported by
FileManager. Aborting.

There's a method in kinit.cpp mac_fork_and_reexec_self with an explanation
saying we can't fork on OS X without also doing exec. Is this needed in
kinit's launch function also so when it launches klauncher OS X doesn't
kill it imediately?


On Thu, Feb 5, 2015 at 3:10 PM, René J.V. <rjvbertin at gmail.com> wrote:

> On Wednesday February 04 2015 19:02:39 David Faure wrote:
> > Can it also return the list of associated applications, rather than just
> > "execute the preferred one"?
> I've never really manhandled LaunchServices other than to launch specific
> applications, but I would guess it's indeed possible. The Finder itself
> does it; like about any file explorer it will offer a list of applications
> that are known to handle a given document type.
> That doesn't mean though that the API is public (there are Finder
> replacements, though).
> > Can also be about keditfiletype (system settings -> file associations),
> but if
> > you're happy not to have that on Mac, and you have a native solution for
> the
> If integration arrives at a point where we're tapping into LaunchServices
> to replace ksycoca, then I think that no one would be sad not to "have that
> on Mac" ... except those who'd like to replace the Finder with Dolphin
> (because the only way to change a file/app association is through the
> Finder).
> > above two points, then yeah, you could do without desktop files....
> except
> > that you'll need to register the KDE apps to the mac natively, as
> discussed in
> > another subthread, AFAICS.
> Yes, someone will need to write the Info.plist for that to work.
> This reminds me of something related: handing off arguments (= filenames)
> to Qt-based applications, and drag-and-drop. The latter works sometimes
> currently (dragging a file or folder onto a Konsole window, for instance),
> but opening documents "the Mac way" in a KDE app requires a proxy
> application. I understand that the infrastructure is there even in Qt4 to
> translate the associated Cocoa events to standard argc,argv conventions
> "behind the scenes", but I've yet to see that work in KDE apps. I think I
> understand why, but I've never actually mustered the courage to start
> looking into it.
> Is there any reason to expect that that will be different with KF5?
> R.
> _______________________________________________
> 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...
URL: <http://mail.kde.org/pipermail/kde-mac/attachments/20150211/878c4be7/attachment.html>

More information about the kde-mac mailing list