Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CMake build issue on travis #1839

Closed
durack1 opened this issue Feb 17, 2016 · 8 comments
Closed

CMake build issue on travis #1839

durack1 opened this issue Feb 17, 2016 · 8 comments
Assignees
Milestone

Comments

@durack1
Copy link
Member

@durack1 durack1 commented Feb 17, 2016

@aashish24 @doutriaux1 can you take a peek at https://travis-ci.org/PCMDI/pcmdi_metrics/jobs/109982706#L4194-L4204

...
-- Installing: /home/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/share/cmake-3.2/completions/cmake
-- Installing: /home/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/share/cmake-3.2/completions/cpack
-- Installing: /home/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/share/cmake-3.2/completions/ctest
returning from build subshell with code: [1]
installed CMake version = 3.2.3
maintained
...
*******************************
Setting up CDAT - (Python + CDMS)... master
*******************************
Fetching the cdat project from GIT Repo...
git://github.com/UV-CDAT/uvcdat.git
Cloning into 'uvcdat'...
...
Your branch is up-to-date with 'origin/master'.
removing UVCDAT build directory
LEAN MODE will not build graphics
CMAKE ARGS: cmake /home/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat -DCDAT_BUILD_MODE=LEAN -DCDAT_BUILD_ESMF_ESMP=ON -DCMAKE_INSTALL_PREFIX=/home/travis/build/PCMDI/_build/PCMDI_METRICS -DZLIB_PATCH_SRC=3 -DGIT_PROTOCOL=git://
PATH:/home/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/bin:/home/travis/bin:/home/travis/.local/bin:/home/travis/.gimme/versions/go1.4.2.linux.amd64/bin:/home/travis/.rvm/gems/ruby-1.9.3-p551/bin:/home/travis/.rvm/gems/ruby-1.9.3-p551@global/bin:/home/travis/.rvm/rubies/ruby-1.9.3-p551/bin::/usr/local/phantomjs/bin:/home/travis/.nvm/v0.10.36/bin:./node_modules/.bin:/usr/local/maven-3.2.5/bin:/usr/local/clang-3.4/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/travis/.rvm/bin
PWD:/home/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build


CMake Error: Could not find CMAKE_ROOT !!!


CMake has most likely not been installed correctly.
Modules directory not found in
/home/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/bin
CMake Error: Error executing cmake::LoadCache(). Aborting.

It would seem that there is a CMake install failure that is tripping over our travis testing..

@durack1 durack1 added this to the 2.6 milestone Feb 17, 2016
@durack1
Copy link
Member Author

@durack1 durack1 commented Feb 17, 2016

@aashish24 what is a 1 return code from the CMake install mean? As it's nonzero is that indicating a build issue?

returning from build subshell with code: [1] ; # From install_metrics.bash
installed CMake version = 3.4.3
maintained

This is what we're getting on travis currently - it's also happening on linux builds..

@durack1
Copy link
Member Author

@durack1 durack1 commented Mar 2, 2016

@aashish24 can you please take a look at this ASAP.. It's causing problems downstream PCMDI/pcmdi_metrics#307

@durack1
Copy link
Member Author

@durack1 durack1 commented Mar 2, 2016

@gleckler1 @doutriaux1 pinging you here - this is relevant for PCMDI/pcmdi_metrics#307

@durack1
Copy link
Member Author

@durack1 durack1 commented Mar 3, 2016

@aashish24 it would seem that after a successful CMake install, it's not adding itself to the path, and consequently bombs

...
-- Installing: /home/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/share/cmake-3.2/completions/ctest
returning from build subshell with code: [1]
installed CMake version = 3.2.3
maintained
Checking for *UV* CDAT (Python+CDMS) master ./install_metrics.bash: line 151: /home/travis/build/PCMDI/_build/PCMDI_METRICS/bin/python: No such file or directory
No python in your install directory, trying your PATH
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ImportError: No module named cdat_info
*******************************
Setting up CDAT - (Python + CDMS)... master
*******************************
Fetching the cdat project from GIT Repo...
git://github.com/UV-CDAT/uvcdat.git
Cloning into 'uvcdat'...
remote: Counting objects: 57071, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 57071 (delta 0), reused 0 (delta 0), pack-reused 57065
Receiving objects: 100% (57071/57071), 290.15 MiB | 52.77 MiB/s, done.
Resolving deltas: 100% (36925/36925), done.
Checking connectivity... done.
Already on 'master'
Your branch is up-to-date with 'origin/master'.
removing UVCDAT build directory
LEAN MODE will not build graphics
CMAKE ARGS: cmake /home/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat -DCDAT_BUILD_MODE=LEAN -DCDAT_BUILD_ESMF_ESMP=ON -DCMAKE_INSTALL_PREFIX=/home/travis/build/PCMDI/_build/PCMDI_METRICS -DZLIB_PATCH_SRC=3 -DGIT_PROTOCOL=git://
PATH:/home/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/bin:/home/travis/bin:/home/travis/.local/bin:/home/travis/.gimme/versions/go1.4.2.linux.amd64/bin:/home/travis/.rvm/gems/ruby-1.9.3-p551/bin:/home/travis/.rvm/gems/ruby-1.9.3-p551@global/bin:/home/travis/.rvm/rubies/ruby-1.9.3-p551/bin::/usr/local/phantomjs/bin:/home/travis/.nvm/v0.10.36/bin:./node_modules/.bin:/usr/local/maven-3.2.5/bin:/usr/local/clang-3.4/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/travis/.rvm/bin
PWD:/home/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build
CMake Error: Could not find CMAKE_ROOT !!!

@aashish24 @doutriaux1 is this a known CMake bug - and if so, should we be using the CMake 3.4.x version instead?

@aashish24
Copy link
Contributor

@aashish24 aashish24 commented Mar 3, 2016

@durack1 yeah I believe CMake does not add itself to path which I think is the right behavior. We should set the path correctly. I will have a look at it unless someone else wants to take it.

@durack1
Copy link
Member Author

@durack1 durack1 commented Mar 3, 2016

@aashish24 if you could ascertain the best fix here that would be great.. I did test with CMake 3.4.x and that seemed to work, so I do wonder whether this behavior has changed in the later releases?

It'd be great to get a quick response to this too, we're hoping to get some folks up and running remotely with UV-CDAT and they're hitting issues with the install..

@durack1
Copy link
Member Author

@durack1 durack1 commented Mar 5, 2016

@aashish24 I've just tried to update CMake 3.4.3 to see if this fixes the problem, and it doesn't so it would be great if you can offer a solution here - the PR is at PCMDI/pcmdi_metrics#316 - it's a downstream problem in another project

@doutriaux1
Copy link
Contributor

@doutriaux1 doutriaux1 commented May 4, 2016

Conda switch solves thia, just uae conda to gwt uvcdat on travis

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants