Open ingowald opened 9 years ago
Good question, I was talking to GregP about this yesterday. Actually, the current dev release in pvOSPRay won’t compile with the latest master release of OSPRay due to several additions made by GregP for our needs and it sounds like the next master release won’t be until after our code freeze. For release, should we peg the current devel release of OSPRay? Carson
On Jul 17, 2015, at 12:08 PM, Ingo Wald notifications@github.com wrote:
The "building" section on https://github.com/TACC/pvOSPRay https://github.com/TACC/pvOSPRay talks about getting a) a relatively old version of ospray, and b) ispc-1.8.0.
Shouldn't we be using newer versions of both?
— Reply to this email directly or view it on GitHub https://github.com/TACC/pvOSPRay/issues/3.
For those not on the con call this week, I am in the process of migrating all tickets over to the github issue tracking. Please use the GitHut pages below for any future error reporting:
You can always use the respective git-hash of the ospray version you are using (the page already refers to a hash, just to a probably very old one).
Once we release 1.8.2 we can then change the doc to point to release-v1.8.2 rather than a specific hash.
Ingo
On 07/17/2015 12:14 PM, carsonbrownlee wrote:
Good question, I was talking to GregP about this yesterday. Actually, the current dev release in pvOSPRay won’t compile with the latest master release of OSPRay due to several additions made by GregP for our needs and it sounds like the next master release won’t be until after our code freeze. For release, should we peg the current devel release of OSPRay? Carson
On Jul 17, 2015, at 12:08 PM, Ingo Wald notifications@github.com wrote:
The "building" section on https://github.com/TACC/pvOSPRay https://github.com/TACC/pvOSPRay talks about getting a) a relatively old version of ospray, and b) ispc-1.8.0.
Shouldn't we be using newer versions of both?
— Reply to this email directly or view it on GitHub https://github.com/TACC/pvOSPRay/issues/3.
— Reply to this email directly or view it on GitHub https://github.com/TACC/pvOSPRay/issues/3#issuecomment-122345945.
that’s what I meant by peg, I just wanted to be sure there would be no unforeseen issues with pointing to a devel release. Is there a particularly stable devel release we should point to? Carson
On Jul 17, 2015, at 12:23 PM, Ingo Wald notifications@github.com wrote:
You can always use the respective git-hash of the ospray version you are using (the page already refers to a hash, just to a probably very old one).
Once we release 1.8.2 we can then change the doc to point to release-v1.8.2 rather than a specific hash.
Ingo
On 07/17/2015 12:14 PM, carsonbrownlee wrote:
Good question, I was talking to GregP about this yesterday. Actually, the current dev release in pvOSPRay won’t compile with the latest master release of OSPRay due to several additions made by GregP for our needs and it sounds like the next master release won’t be until after our code freeze. For release, should we peg the current devel release of OSPRay? Carson
On Jul 17, 2015, at 12:08 PM, Ingo Wald notifications@github.com wrote:
The "building" section on https://github.com/TACC/pvOSPRay https://github.com/TACC/pvOSPRay talks about getting a) a relatively old version of ospray, and b) ispc-1.8.0.
Shouldn't we be using newer versions of both?
— Reply to this email directly or view it on GitHub https://github.com/TACC/pvOSPRay/issues/3.
— Reply to this email directly or view it on GitHub https://github.com/TACC/pvOSPRay/issues/3#issuecomment-122345945.
— Reply to this email directly or view it on GitHub https://github.com/TACC/pvOSPRay/issues/3#issuecomment-122347556.
Hi, I'm trying to build pvOSPRay from source and I am having some difficulties on the paraview5 ccmake .. step. Is paraview 5.0.1 isok or I should stick to 5.0.0? Also, it would be good to have a binary installation for Ubuntu! Thanks, Christian
hi Christian, 5.0.1 is ideal, and the paraview binaries for 5.0.1 already include pvOSPRay. Do their binaries not work with ubuntu? We haven't tried beyond Centos. What issues are you having with cmake? I'm guessing it may be an issue with changes to the ospray release, which branch of ospray are you building off of? Carson
On Wed, Apr 20, 2016 at 1:03 PM, chriscarex notifications@github.com wrote:
Hi, I'm trying to build pvOSPRay from source and I am having some difficulties on the paraview5 ccmake .. step. Is paraview 5.0.1 isok or I should stick to 5.0.0? Also, it would be good to have a binary installation for Ubuntu! Thanks, Christian
— You are receiving this because you commented. Reply to this email directly or view it on GitHub https://github.com/TACC/pvOSPRay/issues/3#issuecomment-212538069
Hi Carson, so I unzipped the binaries in Ubuntu 14.04 and when launching ./paraview in the bin folder I got the following error:
/home/chris/PV4_3_pvOSPRay_linux_x86_64/lib/paraview-4.3/paraview: error while loading shared libraries: libpython2.6.so.1.0: cannot open shared object file: No such file or directory
I tweaked by pointing to libpython2.7 and then followed this https://bugs.mysql.com/bug.php?id=49833 to avoid the next error, but got stuck here:
/home/chris/pvOSPRayparaview/install/lib/paraview-4.4/paraview: error while loading shared libraries: libirng.so: cannot open shared object file: No such file or directory
I guess I can solve it by downloading the Intel ifort package which is not free, if anyone can tell me where to get the required libraries otherwise that would be great!
The "building" section on https://github.com/TACC/pvOSPRay talks about getting a) a relatively old version of ospray, and b) ispc-1.8.0.
Shouldn't we be using newer versions of both?