[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:       Alex Merry <alex.merry () kde ! org>
Date:       2014-05-27 9:59:25
Message-ID: 2095572.10vKT9Hglm () oom
[Download RAW message or body]

On Tuesday 27 May 2014 17:30:56 Ben Cooksley wrote:
> On Mon, May 26, 2014 at 9:04 PM, Alex Merry <alex.merry@kde.org> wrote:
> > On Monday 26 May 2014 19:41:33 Ben Cooksley wrote:
> >> On Mon, May 26, 2014 at 7:38 PM,  <mk-lists@email.de> wrote:
> >> > On 26 May 2014, at 09:35 , Ben Cooksley <bcooksley@kde.org> wrote:
> >> >> For reasons stated above, application packages cannot reside within
> >> >> /Applications.
> >> >> If they need to reside within a separate directory, we'll need to
> >> >> arrange this - however it needs to be within the installation prefix.
> >> > 
> >> > Well, sure, I don't want it now in /Applications for the CI system!
> >> > How do we achieve installing it in the installation prefix then?
> >> 
> >> You will need to wait for the CMake folks here to comment regarding
> >> that i'm afraid.
> >> As for /Applications, i'm assuming OS X doesn't give it any special
> >> treatment...
> > 
> > You need to pass
> > -DCMAKE_INSTALL_BUNDLEDIR=some/relative/path
> > to cmake. Possibly the default should change from an absolute path, I
> > don't
> > know, but we do want the defaults to be useful outside the CI system.
> 
> Thanks for those details. I'm not sure what the defaults should be -
> but I do agree that they should be usable outside the CI system.
> Are there any other paths that OS X hardcodes which we should be wary of?

No, that's the only path that is absolute, and the only path that is special 
to OS X (all the other paths are the same on OS X as on other UNIX systems).

Alex
_______________________________________________
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]