#3901 closed defect (fixed)
winnie extension upgrade is failing
Reported by: | robe | Owned by: | robe |
---|---|---|---|
Priority: | medium | Milestone: | PostGIS 2.5.0 |
Component: | QA/buildbots | Version: | master |
Keywords: | Cc: |
Description
As noted on #3898
ALTER EXTENSION is failing on winnie.
I think this is because of the way I install on the VC++ build since make install gets installed on mingw64 (and I was in habit of copying directly from extension/sql folder which I can't do anymore now that everything is linked to ANY.
Change History (7)
comment:1 by , 7 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:2 by , 7 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
though it seems better still having a problem. Not sure if its some order of operation thing.
comment:3 by , 7 years ago
bah still a problem though others are passing:
https://debbie.postgis.net:444/job/PostGIS_EDB_Regress_winnie/5945/consoleFull
Checking for shp2pgsql ... found Checking for pgsql2shp ... found Checking for raster2pgsql ... found TMPDIR is /projects/postgis/tmp/2.5.0dev_pg10_geos3.7.0dev_gdal2.2.2w32 Creating database 'postgis_reg' Preparing db 'postgis_reg' using: CREATE EXTENSION postgis Upgrading PostGIS in 'postgis_reg' using: ALTER EXTENSION postgis UPDATE TO '2.5.0devnext' Died at run_test.pl line 1423. failed (Error encountered altering EXTENSION POSTGIS: /projects/postgis/tmp/2.5.0dev_pg10_geos3.7.0dev_gdal2.2.2w32/regress_log) ----------------------------------------------------------------------------- sh: createlang: command not found CREATE EXTENSION CREATE EXTENSION ERROR: extension "postgis" has no update path from version "2.5.0dev" to version "2.5.0devnext" ----------------------------------------------------------------------------- make[1]: *** [Makefile:303: check] Error 1 make[1]: Leaving directory '/projects/postgis/branches/2.5/regress' make: *** [GNUmakefile:16: check] Error 1
comment:4 by , 7 years ago
On my local next files do get installed. I was confused because their time is a couple seconds before the others. I guess because they are installed with a separate ln step.
comment:6 by , 7 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Looks like switching the order so ANY gets installed before next is linked did the trick. winnie is still running, but she got past her pain points in the pg10 runs
comment:7 by , 7 years ago
Oops, of course ! Sorry about such a lame error, and give a kiss to Winnie !
In 15979: