cmake configure failure (subdirectories with symlinks?)

[frozencemetery (Robbie Harwood)]

Tried to install cmake; got the attached main.log. Thanks in advance.

[frozencemetery (Robbie Harwood)]

main.log

[ryandesign (Ryan Carsten Schmidt)]

What is /Volumes/ServerDrive/NetUsers/robbie?
What is /Network/Servers/osxserver.b-aassoc.edu/Volumes/ServerDrive/NetUsers/robbie?
One of these is presumably your MacPorts prefix? What's the other?

[frozencemetery (Robbie Harwood)]

Replying to ryandesign@…:

What is /Volumes/ServerDrive/NetUsers/robbie?
What is /Network/Servers/osxserver.b-aassoc.edu/Volumes/ServerDrive/NetUsers/robbie?
One of these is presumably your MacPorts prefix? What's the other?

And we have uncovered the reason I usually do replacement when posting main.log. I can't win; if I replace them, people get confused, and if I don't, it's also confusing.

So this machine runs osx server. The server believes itself to be osxserver.b-aassoc.edu. So those two directories are one and the same due to the magic of symlinks (osxserver.b-aassoc.edu -> /) because of how server sets itself up.

The longer of the two is my prefix.

[ryandesign (Ryan Carsten Schmidt)]

Well I'm glad you didn't anonymize this portion of the log because it's undoubtedly part of the problem, given this error in the log:

:info:configure   directory
:info:configure   "/Network/Servers/osxserver.b-aassoc.edu/Network/Servers/osxserver.b-aassoc.edu/Network/Servers/osxserver.b-aassoc.edu/Network/Servers/osxserver.b-aassoc.edu/Volumes/ServerDrive/NetUsers/robbie/var/macports/build/_Volumes_ServerDrive_NetUsers_robbie_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cmake/cmake/work/cmake-2.8.12/Utilities/KWIML"
:info:configure   is not a subdirectory of
:info:configure   "/Network/Servers/osxserver.b-aassoc.edu/Network/Servers/osxserver.b-aassoc.edu/Network/Servers/osxserver.b-aassoc.edu/Volumes/ServerDrive/NetUsers/robbie/var/macports/build/_Volumes_ServerDrive_NetUsers_robbie_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cmake/cmake/work/cmake-2.8.12".

I don't know why the symlinked portion of the path seems to be repeated multiple times there. But I do recall that configuring MacPorts with a prefix that contains symlinks causes problems. So you should configure the MacPorts prefix to be the correct real resolved path on disk. So if the prefix should be a folder "robbie" in a folder "NetUsers" on a secondary drive called "ServerDrive" then configure MacPorts with "--prefix=/Volumes/ServerDrive/NetUsers/robbie". If ServerDrive is the primary drive, i.e. "/", then configure with "--prefix=/NetUsers/robbie".

[frozencemetery (Robbie Harwood)]

Replying to ryandesign@…:

I don't know why the symlinked portion of the path seems to be repeated multiple times there. But I do recall that configuring MacPorts with a prefix that contains symlinks causes problems. So you should configure the MacPorts prefix to be the correct real resolved path on disk. So if the prefix should be a folder "robbie" in a folder "NetUsers" on a secondary drive called "ServerDrive" then configure MacPorts with "--prefix=/Volumes/ServerDrive/NetUsers/robbie". If ServerDrive is the primary drive, i.e. "/", then configure with "--prefix=/NetUsers/robbie".

I don't know why either, but it's fairly consistent about showing up multiple times between different ports. At a guess, it's because my home directory is set to include the symlink because that is how OSX Server sets things up.

This machine is in-use, so rebuilding macports and everything that it has installed is not an option. This symlink has not caused problems in the past (with the exception of #39864 which was fixed), so I believe this is a soluble problem.

[ryandesign (Ryan Carsten Schmidt)]

Ah, if just cmake is failing, and many other ports have worked, that points the blame at cmake. I'd report the problem to the cmake developers, since we're just using their build system, nothing special.

[cssdev]

Can you provide your CMakeCache.txt from the cake build directory?

[frozencemetery (Robbie Harwood)]

Replying to css@…:

Can you provide your CMakeCache.txt from the cake build directory?

Apologies for the delay. It is attached.

[mkae (Marko Käning)]

Cc Me!

[kencu (Ken)]

four years of cmake updates have presumably fixed this by now. Please re-open if this is still an issue with current cmake builds.