Closed dlebauer closed 11 years ago
BioCro, ED, and as a result PEcAn.all currently broken; requiring slightly different version of hdf5/ncdf4.
sipnet, and all other PEcAn dependencies installed and working correctly.
BetyDB working correctly.
Nice work. I will close this, as the intent of the issue was to setup a dev server for BETYdb, not for PEcAn. I should have made that more clear in the first place.
I've mentioned a bit of testing on this to jeremy. Ensuring a http 200 on the image URLs should be sufficient. Should I add this to the suite?
The only reason I set up most of pecan was to enable some betydb features that rely on it. Once I had most of it set up or seemed convenient to finish it up, but it was harder than anticipated On Jun 12, 2013 12:19 PM, "David LeBauer" notifications@github.com wrote:
Nice work. I will close this, as the intent of the issue was to setup a dev server for BETYdb, not for PEcAn. I should have made that more clear in the first place.
— Reply to this email directly or view it on GitHubhttps://github.com/PecanProject/bety/issues/7#issuecomment-19340808 .
What is the underlying cause of this error? This test sounds like a good test for the error, but not of the underlying cause (if known, in this case).
On Wed, Jun 12, 2013 at 12:21 PM, Carl Crott notifications@github.comwrote:
I've mentioned a bit of testing on this to jeremy. I think testing the URLs for the images as returning 200 should be sufficient. Should I add this to the suite?
— Reply to this email directly or view it on GitHubhttps://github.com/PecanProject/bety/issues/7#issuecomment-19340971 .
There's a few things that cause that to fail, mostly permissions errors or R misconfiguration. Checking that the script can still generate images should cover nearly everything. On Jun 12, 2013 12:44 PM, "David LeBauer" notifications@github.com wrote:
What is the underlying cause of this error? This test sounds like a good test for the error, but not of the underlying cause (if known, in this case).
On Wed, Jun 12, 2013 at 12:21 PM, Carl Crott notifications@github.comwrote:
I've mentioned a bit of testing on this to jeremy. I think testing the URLs for the images as returning 200 should be sufficient. Should I add this to the suite?
— Reply to this email directly or view it on GitHub< https://github.com/PecanProject/bety/issues/7#issuecomment-19340971> .
— Reply to this email directly or view it on GitHubhttps://github.com/PecanProject/bety/issues/7#issuecomment-19342388 .
there are other images that do not display, e.g. on the homepage of the redesign on pecandev
On Wed, Jun 12, 2013 at 12:51 PM, Jeremy Kemball notifications@github.comwrote:
There's a few things that cause that to fail, mostly permissions errors or R misconfiguration. Checking that the script can still generate images should cover nearly everything. On Jun 12, 2013 12:44 PM, "David LeBauer" notifications@github.com wrote:
What is the underlying cause of this error? This test sounds like a good test for the error, but not of the underlying cause (if known, in this case).
On Wed, Jun 12, 2013 at 12:21 PM, Carl Crott notifications@github.comwrote:
I've mentioned a bit of testing on this to jeremy. I think testing the URLs for the images as returning 200 should be sufficient. Should I add this to the suite?
— Reply to this email directly or view it on GitHub< https://github.com/PecanProject/bety/issues/7#issuecomment-19340971> .
— Reply to this email directly or view it on GitHub< https://github.com/PecanProject/bety/issues/7#issuecomment-19342388> .
— Reply to this email directly or view it on GitHubhttps://github.com/PecanProject/bety/issues/7#issuecomment-19342777 .
I have installed pecandev.igb.illinois.edu for use as a testing site.
The intent of this is to replicate the production server, which runs RHEL 5.8. Thus, I have installed CentOS 5.8. And we should use the same repositories and versions as the production server (the epel repository by default).
To complete this task:
Everything should be as similar to the development machine as possible, including code should be in
/usr/local/ebi
, with a symlink from the folder used by apache.