Opened 11 years ago
Closed 11 years ago
#2791 closed defect (fixed)
raster regress failure with GDAL 1.11.0 on mingw64
Reported by: | robe | Owned by: | dustymugs |
---|---|---|---|
Priority: | blocker | Milestone: | PostGIS 2.2.0 |
Component: | QA/buildbots | Version: | master |
Keywords: | mingw64 | Cc: |
Description
I'm getting this failure on raster — only one failing.
Fails on winnie. Goind to check my local dev to see if it fails. As I recall it does. I think I have my environment variable right GDAL_DATA=path/to/gdal/share
wher path/to is my gdal-1.11.0 installed location and I see the file in that folder.
Suite: gdal Test: test_gdal_configured ...ERROR 4: Unable to open EPSG support file gcs.csv. Try setting the GDAL_DATA environment variable to point to the directory containing EPSG csv files. FAILED 1. cu_gdal.c:28 - rt_util_gdal_configured()
Change History (3)
comment:1 by , 11 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
comment:2 by , 11 years ago
Resolution: | invalid |
---|---|
Status: | closed → reopened |
reopening. I thought I was looking at a successful gdal 1.11.0 run but it was 1.10.0 I was looking at. PostGIS doesn't seem to think I have gdal_data if I swap out my 1.10.0 with 1.11.0 either on winnie or my desktop. Still could be something screwy with my setup or this error notice is saying the wrong thing.
It would be nice if it output the GDAL_DATA path it thinks its using.
comment:3 by , 11 years ago
Component: | raster → buildbots |
---|---|
Resolution: | → fixed |
Status: | reopened → closed |
Should be fixed at r12711
I'm running 4 different versions of mingw64 (don't ask) and I have all the libraries suffixed to match up with the mingw that generates it. I missed a spot on the GDAL_DATA.
(also have to fix in my postgresql env variable I think)
nevermind. maybe some sort of contention issue. after installing critical updates and restarting, issue seems to have disappeared.