-
Notifications
You must be signed in to change notification settings - Fork 35
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
isce3 minor build/ test questions - v 0.4 #5
Comments
Regarding your first point, pyre is now using find_package(Python) just like isce3 so once we bump pyre you can get by with just -DPython_EXECUTABLE. Also, it sounds like you are letting cmake fetch pyre at build time - you can speed up the build a bit using prebuilt pyre 1.9.9 from conda-forge, and won't have to worry about pyre configuration parameters. |
I was building this on my mac. I will switch to using pyre from conda-forge on linux. |
Hi @piyushrpt, thanks for testing out the new release and keeping us honest!
I think currently the only test that should require s3 bucket access is
It's on our TODO list for some future release to add unit test markers so that you can easily filter out these tests, but there's nothing like this right now, sorry. For now, you could use
to exclude the stage_dem test, which is expected to fail. Hopefully, the relevant S3 bucket will be made public sometime soon anyway.
Oops, I forgot to update the public docs pages. While trying to resolve this, I realized that our CI bot, which is supposed to be generating the internal documentation pages for the |
These were the other tests that failed. Digging deeper to see why
|
The
|
The other failures seem to be a transient issue - different order of tests running might resolve it. Maybe dependency between tests? |
any more details for the rubbersheet and geocode_insar? |
sorry that was closed by mistake |
Just saw that it was on your mac. rubbersheet test should not be run on CPU since we have only GPU ampcor. |
Give the dependency in the CMakeFile (
|
Found why the rubbersheet unit test gets executed also when no GPU is available. This line
|
Great that should take care of one failed test on CPU. I suspect geocode_insar is looking for geocoding the offsets which don't exist on CPU! need to take a closer look. |
Is there a shortcut to determine if CUDA support is included in a build? Either via isce3/ pyre - something like isce3.hasCudaSupport or pyre.hasCudaSupport Or maybe this can be determined by trying to import a cuda-based module and catching an import error. geocode also is related to offsets from a quick glance at the code. |
Yup, on the python side, you can do import isce3
hasattr(isce3, "cuda") # True if CUDA support is enabled On the C++ side, you can use #include <isce3/config.h>
#if ISCE3_WITH_CUDA
// CUDA support is enabled
#else
// no CUDA support
#endif |
Is it possible to build and install ISCE3 by manually disabling CUDACXX ? The GPU I am using doesn't support CUDA>9.0.
|
Yes, by default cmake is detecting your existing cuda installation, but you can disable this entirely by configuring with the cmake arg |
Thank you @rtburns-jpl, with
|
Can you try deleting your build directory and starting again with a clean cache? |
Thank you @rtburns-jpl. After trying this I got 30 tests failed (Ubuntu 20.04; GDAL=3.0.4; Python=3.8). I have noticed that the majority of the failures are due to corrupted/incorrect paths of *.h5 files (I am not sure).
|
Hi @Narayana-Rao, isce3 uses two different software packages to interact with HDF5 files: the I suspect that the issue in this case is that these two packages ( The packages should be reliably compatible if they were both installed from conda-forge, e.g. via $ conda install --channel=conda-forge h5py hdf5 However, if, for example, you installed $ apt-get install libhdf5-dev Then you should install $ pip install --no-binary=h5py h5py Hope that helps. |
Thank you @gmgunter, it has solved issues with the majority of tests but not all. Here is the list of tests that failed, mostly with
|
After a fresh installation of Ubuntu, now, I am able to successfully install and run tests (except |
I am trying to install and use plant-isce3. Therefore, I have installed latest isce3 ('0.8.0-dev+04b17713'). The following test are failed (Ubuntu 20.04; GDAL 3.0.4; Python 3.8.5)
Still I have installed plant, plant-isce3. However, while running
|
Thanks for the new release. It pretty much built out of the box except for some minor issues.
There appears to be some discrepancy in the way
isce3
andpyre
discover python versions to use. I eventually had to use both these settings:-DPython_EXECUTABLE=path-to-python3 -DPython3_EXECUTABLE=path-to-python3
to get everything aligned.Some the tests fail with
ctest
possibly because they are trying to reach out to a s3 bucket to get data. Is there a flag / option to disable these tests.yamale
is an undocumented dependency. Would it be useful to add this test atcmake
stage or have it documented.The text was updated successfully, but these errors were encountered: