[postgis-tickets] [PostGIS] #3807: Change PostGIS library name to drop the minor
PostGIS
trac at osgeo.org
Sat Aug 19 07:38:13 PDT 2017
#3807: Change PostGIS library name to drop the minor
---------------------+---------------------------
Reporter: robe | Owner: pramsey
Type: defect | Status: new
Priority: blocker | Milestone: PostGIS 2.4.0
Component: postgis | Version: 2.3.x
Keywords: |
---------------------+---------------------------
Repeated from my email:
http://lists.osgeo.org/pipermail/postgis-devel/2017-August/026297.html
I was thinking about the issues that Devrim raised about how hard it is
for
people to upgrade from one PostGIS minor version to another when the same
PostGIS minor is not installed in both the old and new cluster.
As I see it, the main reason this not possible is because we change the
library name from minor to minor.
Solution, let's stop doing that and only change the name from Major
version
to Major version. Let's also agree that we will not bump the major
version
to 3 unless is we change the on-disc format.
Which according to Paul in theory should not happen for a really really
long
time. So long, I would have died of natural causes by then.
Now I would still like the Minor feature we had of the library being
called
-- postgis-2.3 for development reasons so I can install same version of
PostGIS in same cluster.
However such a feature to be honest is really only useful for testing and
development.
So how do I eat my cake and still make life easy for people who don't like
the taste of my cake.
Add a switch to configure called: --use-minor-versioning
Which by default from 2.4 moving forward would default to false.
The result of it being false would be
The PostGIS 2.4 library will have a library name of postgis-2.dll,
postgis-2.so, postgis-2.whatever rtpostgis-2.whatever
I also propose we add such a feature in PostGIS 2.3.4 on, people might
have
a bit of issue with this, so thoughts welcome.
So that means when people upgrade to postgis 2.3.4, the new library will
point at the new naming postgis-2.so, rtpostgis-2.so
And so when they pg_upgrade to a PostgreSQL 10 which will only have
PostGIS
2.4.0, it won't break.
They'll just need to do a
ALTER EXTENSION UPDATE TO 2.4.0;
After the PostgreSQL 10 migration.
Anyone have thoughts on this. Anything I'm missing?
--
Ticket URL: <https://trac.osgeo.org/postgis/ticket/3807>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.
More information about the postgis-tickets
mailing list