#3296 closed enhancement (fixed)
Add an install from unpackaged test
Reported by: | robe | Owned by: | strk |
---|---|---|---|
Priority: | medium | Milestone: | PostGIS 2.2.0 |
Component: | postgis | Version: | master |
Keywords: | Cc: |
Description
As part of our extension testing, I propose we add a install from unpackaged.
The general steps would be:
- count the objects /etc as we do in regular install test
- Install postgis with postgis.sql/rtpostgis.sql.spatial_ref.sql
- Count the objects as we do
- CREATE EXTENSION postgis FROM unpackaged;
- DROP EXTENSION postgis;
- count objects
Verifiy that count in 1 and count in 6 are the same.
For 2.2 I plan to do this manually but would be nice to have it wrapped as a test.
Change History (5)
comment:1 by , 9 years ago
comment:2 by , 9 years ago
Actually, I'm thinking there might be a problem with using —upgrade-path in that the "unpackaged" label for the "from" component would not be able to express _which_ version of unpackaged to load from. Should maybe be "unpackaged:version" or something like that. Besides, the CREATE EXTENSION command itself doesn't distinguish between versions of "unpackaged", which may be a source of confusion already (think someone creating extension postgis version 2.2.0 from unpackaged version 1.5.0…)
comment:3 by , 9 years ago
Milestone: | PostGIS 2.3.0 → PostGIS 2.2.0 |
---|---|
Owner: | changed from | to
Status: | new → assigned |
Version: | 2.1.x → trunk |
Well I've implemented the "unpackaged" support as the from component, let's see where it takes us. It's in r14119.
comment:4 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:5 by , 9 years ago
NOTE: —upgrade-path is new in 2.2.0, as per #2652, so this does not need a new NEWS item
It could be a special handling for "unpackaged" as a "from" version in the —upgrade-path switch of run_test.pl. Right now using that label fails, anyway:
Note this would still require installing the code first.