Bug#886742: postgresql-9.4-postgis-2.1 missing in stretch

Bas Couwenberg sebastic at xs4all.nl
Wed Jan 10 09:29:13 UTC 2018


On 2018-01-10 10:22, Jürgen Fuchsberger wrote:
> On 2018-01-10 09:10, Bas Couwenberg wrote:
>> On 2018-01-10 08:35, Jürgen Fuchsberger wrote:
>>> On 2018-01-09 18:18, Sebastiaan Couwenberg wrote:
>>>> severity 886742 normal
>>>> thanks
>>>> 
>>>> Hi Juergen,
>>>> 
>>>> On 01/09/2018 02:16 PM, Bas Couwenberg wrote:
>>>>> On 2018-01-09 14:08, Christoph Berg wrote:
>>>>>> Re: Juergen Fuchsberger 2018-01-09
>>>>>>> Due to missing postgresql-9.4-postgis-2.1 in stretch, a postgis
>>>>>>> enabled
>>>>>>> database becomes corrupt when upgrading from jessie to stretch 
>>>>>>> since
>>>>>>> the required postgis libraries are missing. This can cause 
>>>>>>> serious
>>>>>>> data
>>>>>>> loss, because once upgraded to stretch, the postgis data can't be
>>>>>>> accesed nor dumped (Database gives error "could not access file
>>>>>>> "$libdir/postgis-2.1": no such file or directory").
>>>> 
>>>> The database is not corrupt, your old database still works (after
>>>> installing the old postgis).
>>> 
>>> Sure, but I can't install the old postgis-2.1 because it is not
>>> available in stretch.
>> 
>> So temporarily add the sources for jessie and install postgis from
>> jessie and remove the sources again.
>> 
>> Or use the symlink hack.
>> 
>>> I think the problem is that postgis-2.1 was removed on updating which
>>> should not be the case, should it?
>> 
>> Removing packages no longer in the distribution your upgrading to is
>> quite common.
>> 
> OK, this is all clear - *but*: is this behavior really ok? Isn't it
> affecting every single Debian user when upgrading from Jessie to 
> Stretch
> if he is running postgresql + postgis?

Upgrades of postgis databases have never been supported on Debian, this 
affects all users and they are generally aware of this issue and 
reimport their databases into the new cluster after distribution 
upgrades.

Having postgis database upgrades work with pg_upgradecluster would be 
great, but this is not something the Debian package can provide, the 
upstream developers need to support this scenario, e.g by not including 
the version in the extension filename.

Kind Regards,

Bas



More information about the Pkg-grass-devel mailing list