Issues for Qt5/KF5/KDE/CI system on OSX/MacPorts

[Ben Cooksley]

On Tue, May 27, 2014 at 6:37 AM,  <mk-lists at email.de> wrote:
> Hi Alex & Ben,

Hi Marko,

>
> On 26 May 2014, at 11:04 , Alex Merry <alex.merry at kde.org> wrote:
>> -DCMAKE_INSTALL_BUNDLEDIR=some/relative/path
>
> thanks to your hint I was able to insert a temporary workaround here on my CI system
> by supplying an additional configuration file for kconfig as this:
> ---
> $ cat ~/scripts/config/build/kconfig/darwin-mavericks.cfg
> [DEFAULT]
> configureExtraArgs=-DCMAKE_INSTALL_BUNDLEDIR="/opt/kde/install/darwin/mavericks/clang/kf5-qt5/frameworks/kconfig/inst/lib/libexec/kf5”
> ---
> and kconfig installs with the application bundle in the same folder:
> ---
> $ pwd; ls -l
> /opt/kde/install/darwin/mavericks/clang/kf5-qt5/frameworks/kconfig/inst/lib/libexec/kf5
> total 136
> -rwxr-xr-x 1 marko staff 136364 May 26 20:09 kconf_update
> drwxr-xr-x 3 marko staff    102 May 26 20:09 kconfig_compiler_kf5.app
> ---
>
> I hope that Ben can give me a hint about how to make use of proper variable substitution
> in that cfg file, since the following unfortunately doesn’t work:
> ---
> #configureExtraArgs=-DCMAKE_INSTALL_BUNDLEDIR="%(installPrefix)s/lib/libexec/kf5"

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"

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....


> ---
>
> With this change I was already able to complete the installation and deployment of my
> last "tier 2 show stopper" kcompletion. :-)
>
> Proceeding now...
>
> Thanks again,
> Marko

Thanks,
Ben