[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-frameworks-devel
Subject:    Re: Issues for Qt5/KF5/KDE/CI system on OSX/MacPorts
From:       Ben Cooksley <bcooksley () kde ! org>
Date:       2014-05-28 6:45:53
Message-ID: CA+XidOF6eciMssgUqdHNt908z-h3kYxUqDxQHYYc3hu+Od7GiA () mail ! gmail ! com
[Download RAW message or body]

On Tue, May 27, 2014 at 5:53 PM, Marko Käning <mk-lists@email.de> wrote:
> On 27 May 2014, at 07:29 , Ben Cooksley <bcooksley@kde.org> wrote:
>
>> Please try the following syntax instead.
>> Note that I recommend you override this in
>> config/build/darwin-mavericks.cfg instead to ensure all CMake projects
>> on OS X are affected by it.
>>
>> configurePlatformArgs=-DCMAKE_INSTALL_BUNDLEDIR="{installPrefix}/Applications"
> Will do.
>
>> We're using /Applications within the install prefix here to ensure we
>> don't conflict with binaries, and also as they would normally be
>> separated on a normal system installation.
>>
>> As a note to the KConfig framework maintainer - I'm not sure about OS
>> X specifically, but I thought that /Applications was only supposed to
>> be used by full applications the user could run. kconfig_compiler
>> doesn't fit this….
>
> Hmm, I also don't think this is the right place for it!
>
> I'd leave it in the SOME-PREFIX/lib/libexec/ path, if possible, if it is a
> tool only needed during installation…
>
> But, if this is not true and it is a tool for everyday-work on KDE, then I'd suggest
> something like /Applications/KF5/.

This is outside the scope of the above BUNDLEDIR specification - it
needs to be fixed in the CMake code to just create a binary and not a
bundle. It is up to the framework maintainer whether it is supposed to
be used by users or not though.

Thanks,
Ben
_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

[prev in list] [next in list] [prev in thread] [next in thread]