Unannounced libproj soname bump

[Petr Pisar]

I noticed proj-5.2.0 was rebased to 6.2.0 in Fedora ≥ 31. This rebase
changed libproj soname from libproj.so.13 to libproj.so.15.

x86_64 Fedora 32 contains these packages needs rebuilding:

# dnf --quiet repoquery --whatrequires 'libproj.so.13()(64bit)' --source  | sed
's/-[^-]*-[^-]*$//' | sort -f -u | grep -v '^proj$'
gdal
grass
libgeotiff
libspatialite
mapnik
mapserver
merkaartor
ncl
ogdi
osm2pgsql
perl-Geo-Proj4
perl-PDL
postgis
pyproj
python-cartopy
qgis
qlandkartegt
qmapshack
qt-mobility
R-rgdal
saga
spatialite-gui
vtk

A similar issue is in Fedora 31 where the rebuilds should go to proj
update <https://bodhi.fedoraproject.org/updates/FEDORA-2019-29c418b1d7>;.

-- Petr

[Tom Hughes]

On 04/09/2019 13:40, Petr Pisar wrote:

>  I noticed proj-5.2.0 was rebased to 6.2.0 in Fedora ≥ 31. This
> rebase
>  changed libproj soname from libproj.so.13 to libproj.so.15. 
This may be a significant problem as I believe 6.x removes the
old 4.x API which was only deprecated before and some of the
dependants may still be using it...

>  mapnik 
This one is mine. I'll try and have a look later but I fear this
in particular may need patching significantly to use the new API.

>  A similar issue is in Fedora 31 where the rebuilds should go to proj
>  update <https://bodhi.fedoraproject.org/updates/FEDORA-2019-29c418b1d7>;. 
Doing it in F31 this late is especially problematic...

Tom

-- 
Tom Hughes (tom(a)compton.nu)
http://compton.nu/

[Richard Shaw]

On Wed, Sep 4, 2019 at 7:52 AM Tom Hughes <tom(a)compton.nu&gt; wrote:

>  > A similar issue is in Fedora 31 where the rebuilds should go to proj
>  > update <https://bodhi.fedoraproject.org/updates/FEDORA-2019-29c418b1d7>;.
>
>  Doing it in F31 this late is especially problematic...
>  
Looks like the update should be unpushed then...

Thanks,
Richard

[Tom Hughes]

On 04/09/2019 13:51, Tom Hughes wrote:
>  On 04/09/2019 13:40, Petr Pisar wrote:
>  
> > I noticed proj-5.2.0 was rebased to 6.2.0 in Fedora ≥ 31. This rebase
> > changed libproj soname from libproj.so.13 to libproj.so.15.
>  
>  This may be a significant problem as I believe 6.x removes the
>  old 4.x API which was only deprecated before and some of the
>  dependants may still be using it... 
I think they might have changed this from the original plan.

According to https://proj.org/news.html#id54 the proj_api.h interface is
still there but now requires the ACCEPT_USE_OF_DEPRECATED_PROJ_API_H
define.

Tom

-- 
Tom Hughes (tom(a)compton.nu)
http://compton.nu/

[Petr Pisar]

On 2019-09-04, Tom Hughes <tom(a)compton.nu&gt; wrote:
>  On 04/09/2019 13:40, Petr Pisar wrote:
>
> > I noticed proj-5.2.0 was rebased to 6.2.0 in Fedora ≥ 31. This rebase
> > changed libproj soname from libproj.so.13 to libproj.so.15.
>
>  This may be a significant problem as I believe 6.x removes the
>  old 4.x API which was only deprecated before and some of the
>  dependants may still be using it...
>  
Indeed. The API has changed. At least header files:

$ rpmdiff -i 5 -i S -i T proj-devel-*
S.5.....    SUMMARY
S.5.....    URL
removed     REQUIRES libproj.so.13()(64bit)
removed     REQUIRES proj(x86-64) = 5.2.0-5.fc31
added       REQUIRES libproj.so.15()(64bit)
added       REQUIRES proj(x86-64) = 6.2.0-1.fc32
removed     PROVIDES pkgconfig(proj) = 5.2.0
removed     PROVIDES proj-devel(x86-64) = 5.2.0-5.fc31
added       PROVIDES pkgconfig(proj) = 6.2.0
added       PROVIDES proj-devel(x86-64) = 6.2.0-1.fc32
added       /usr/include/proj
added       /usr/include/proj/common.hpp
added       /usr/include/proj/coordinateoperation.hpp
added       /usr/include/proj/coordinatesystem.hpp
added       /usr/include/proj/crs.hpp
added       /usr/include/proj/datum.hpp
added       /usr/include/proj/io.hpp
added       /usr/include/proj/metadata.hpp
added       /usr/include/proj/nn.hpp
added       /usr/include/proj/util.hpp
added       /usr/include/proj_constants.h
added       /usr/include/proj_experimental.h
added       /usr/include/proj_json_streaming_writer.hpp
added       /usr/include/proj_symbol_rename.h
removed     /usr/include/projects.h
added       /usr/share/proj/projjson.schema.json

-- Petr

[Tom Hughes]

On 04/09/2019 14:00, Petr Pisar wrote:
>  On 2019-09-04, Tom Hughes <tom(a)compton.nu&gt; wrote:
> > On 04/09/2019 13:40, Petr Pisar wrote:
> >
> >> I noticed proj-5.2.0 was rebased to 6.2.0 in Fedora ≥ 31. This rebase
> >> changed libproj soname from libproj.so.13 to libproj.so.15.
> >
> > This may be a significant problem as I believe 6.x removes the
> > old 4.x API which was only deprecated before and some of the
> > dependants may still be using it...
> >
>  Indeed. The API has changed. At least header files: 
I suspect that is just detail - you normally either
include proj_api.h or proj.h depending on whether you want
the old or new interface and and they are still there.

I think most of it is the new C++ API which is in
addition to the C APIs.

Tom

-- 
Tom Hughes (tom(a)compton.nu)
http://compton.nu/

[Fabio Valentini]

On Wed, Sep 4, 2019 at 2:41 PM Petr Pisar <ppisar(a)redhat.com&gt; wrote:
>  I noticed proj-5.2.0 was rebased to 6.2.0 in Fedora ≥ 31. This rebase
>  changed libproj soname from libproj.so.13 to libproj.so.15. 
I don't think this soname bump even happened by accident, because the
.so file names %files entries in the .spec file were explicitly
adapted to the changed version number ...

Do some people really just blatantly ignore the current updates policy [0]?

It explicitly states that ABI bumps should be announced a week before
they are pushed to *rawhide* to coordinate with dependent packages,
and that they should be "avoided if at all possible" in branched ...

Fabio

[0]: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/

> x86_64 Fedora 32 contains these packages needs rebuilding:
>
> # dnf --quiet repoquery --whatrequires 'libproj.so.13()(64bit)' --source  |
sed 's/-[^-]*-[^-]*$//' | sort -f -u | grep -v '^proj$'
> gdal
> grass
> libgeotiff
> libspatialite
> mapnik
> mapserver
> merkaartor
> ncl
> ogdi
> osm2pgsql
> perl-Geo-Proj4
> perl-PDL
> postgis
> pyproj
> python-cartopy
> qgis
> qlandkartegt
> qmapshack
> qt-mobility
> R-rgdal
> saga
> spatialite-gui
> vtk
>
> A similar issue is in Fedora 31 where the rebuilds should go to proj
> update <https://bodhi.fedoraproject.org/updates/FEDORA-2019-29c418b1d7>;.
>
> -- Petr
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
https://lists.fedoraproject.org/archives/list/[e-mail]

[Miro Hrončok]

On 04. 09. 19 14:40, Petr Pisar wrote:
>  I noticed proj-5.2.0 was rebased to 6.2.0 in Fedora ≥ 31. This
> rebase
>  changed libproj soname from libproj.so.13 to libproj.so.15.
>  ...
>  
>  A similar issue is in Fedora 31 where the rebuilds should go to proj
>  update <https://bodhi.fedoraproject.org/updates/FEDORA-2019-29c418b1d7>;. 
The change was unpushed from Fedora 31.

-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok