mac build broken

[doutriaux1]

system python merge broke build on macs ( @aashish24 please do not do that again 😄 )
PYTHONPATH isn't set correctly then pip/easy_install complains about PYTHONPATH not containing directory where we try to install packages.

[jbeezley]

See #988, I think that takes care of it.

[aashish24]

@doutriaux1 we had system python branch sitting there for weeks (we had to do it 😢 ). Hopefully the fix pushed by @jbeezley will take care of that issue. Also, note that it seems to be broken beforehand (looking at the changes).

[ThomasMaxwell]

I just merged my 2.1.1 contributions branch into master and tried building under OSX 10.8.5. I encountered the following build error. Charles, is this the error you were referring to in #991? Is there a fix?

TEST FAILED:
/Developer/Projects/EclipseWorkspace/uvcdat/master/build1/install/lib/python2.7/site-packages/
does NOT support .pth files
error: bad install directory or PYTHONPATH

You are attempting to install a package to a directory that is not on PYTHONPATH and which Python does not read ".pth" files from. The installation directory you specified (via --install-dir, --prefix, or the distutils default setting) was:

  /Developer/Projects/EclipseWorkspace/uvcdat/master/build1/install/lib/python2.7/site-packages/

and your PYTHONPATH environment variable currently contains:

'/Developer/Projects/EclipseWorkspace/uvcdat/master/build1/install/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages'

From: Charles Doutriaux <notifications@github.zerozr99.workers.devmailto:notifications@github.com>
Reply-To: UV-CDAT/uvcdat <reply@reply.github.commailto:reply@reply.github.com>
Date: Wednesday, January 28, 2015 8:37 PM
To: UV-CDAT/uvcdat <uvcdat@noreply.github.commailto:uvcdat@noreply.github.com>
Subject: [uvcdat] mac build broken (#991)

system python merge broke build on macs ( @aashish24https://github.com/aashish24 please do not do that again [:smile:] )
PYTHONPATH isn't set correctly then pip/easy_install complains about PYTHONPATH not containing directory where we try to install packages.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/991.

[remram44]

I'm also seeing this build failure. Same log as Travis:

  /Users/remirampin/Documents/programming/uvcdat/builds/4f89f6eb442faf03979a4e0706fc5fd4d24aa352/install/lib/python2.7/site-packages/
  does NOT support .pth files

  error: bad install directory or PYTHONPATH


  You are attempting to install a package to a directory that is not
  on PYTHONPATH and which Python does not read ".pth" files from.  The
  installation directory you specified (via --install-dir, --prefix, or
  the distutils default setting) was:

      /Users/remirampin/Documents/programming/uvcdat/builds/4f89f6eb442faf03979a4e0706fc5fd4d24aa352/install/lib/python2.7/site-packages/

  and your PYTHONPATH environment variable currently contains:

      '/Users/remirampin/Documents/programming/uvcdat/builds/4f89f6eb442faf03979a4e0706fc5fd4d24aa352/install/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages'

[jbeezley]

That is the error that #988 addresses.

[ThomasMaxwell]

I merged the fix-pythonpath-apple branch into my branch and rebuilt. That seemed to fix the problem.

[doutriaux1]

building on my mac, if it works for me, will merge

[ThomasMaxwell]

After building with the fix-pythonpath-apple branch merged I got an error on uvcdat startup complaining:

No such file or directory: '…/install/share/vcs/wmo_symbols.json'

There does not seem to be a ../install/share/vcs directory.

[doutriaux1]

I see it too. That means that now because we changed the PYTHONAPTH thing it gets installed somewhere else, will fix right away.

[jbeezley]

The path it is using comes from here[1]. For one, that function should turn UVCDAT_SETUP_PATH into an absolute path. I suspect that generating the return value at configure time from the cmake variable PYTHON_SITE_PACKAGES_PREFIX may fix it, but I don't know what other ramifications that may have.

[1] https://github.com/UV-CDAT/uvcdat/blob/master/CMake/cdat_modules_extra/install.py.in#L267

[doutriaux1]

ok it is fixed and now works for me. Can someone confirm it works for them as well and I will merge.