[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: PROJ 9.0.0



On 8 March 2022 at 18:15, Sebastiaan Couwenberg wrote:
| PROJ 9.0.0 has been released, it removed support for Autotools which 
| required the package to be updated to use CMake instead.
| 
| It also bumped the SONAME requiring a transition.
| 
| With the fix for SQLite 3.38.0 included, all reverse dependencies built 
| successfully (except mysql-workbench for unrelated reasons).
| 
| 
| Transition: proj
| 
|   libproj22 (8.2.1-1) -> libproj25 (9.0.0-1~exp2)
| 
| The status of the most recent rebuilds is as follows.
| 
|   atlas-ecmwf             (0.27.0-1)                             OK
|   gammaray                (2.11.2-2)                             OK
|   libgeotiff              (1.7.0-2)                              OK
|   mshr                    (2019.2.0~git20200924.c27eb18+dfsg1-7) OK
|   octave-octproj          (2.0.1-5)                              OK
|   osm2pgsql               (1.6.0+ds-1)                           OK
|   pdl                     (1:2.076-1)                            OK
|   proj-rdnap              (2008+2018-5)                          OK
|   python-pyproj           (3.3.0-2)                              OK
|   spatialite              (5.0.1-2)                              OK
|   survex                  (1.4.2-1)                              OK
|   xygrib                  (1.2.6.1-1)                            OK
| 
|   gdal                    (3.4.1+dfsg-1)                         OK
|   gnudatalanguage         (1.0.1-3)                              OK
|   librasterlite2          (1.1.0~beta1-2)                        OK
|   magics++                (4.10.1-1)                             OK
|   python-cartopy          (0.20.2+dfsg-1)                        OK
|   spatialite-tools        (5.0.1-1)                              OK
|   xastir                  (2.1.6-4)                              OK
| 
|   cdo                     (2.0.4-1)                              OK
|   grass                   (7.8.7-1)                              OK
|   mapnik                  (3.1.0+ds-1)                           OK
|   mapserver               (7.6.4-2)                              OK
|   merkaartor              (0.19.0+ds-2)                          OK
|   metview                 (5.14.1-1)                             OK
|   mysql-workbench         (8.0.26+dfsg-1)                        FTFBS
|                                                                (#998833)
|   ncl                     (6.6.2-10)                             OK
|   openorienteering-mapper (0.9.5-3)                              OK
|   pdal                    (2.3.0+ds-2)                           OK
|   postgis                 (3.2.1+dfsg-1)                         OK
|   qmapshack               (1.16.1-1)                             OK
|   r-cran-rgdal            (1.5-28+dfsg-1)                        OK
|   r-cran-sf               (1.0-6+dfsg-1)                         OK
|   r-cran-terra            (1.5-21-2)                             OK
|   saga                    (7.3.0+dfsg-7)                         OK
|   spatialite-gui          (2.1.0~beta1-1)                        OK
|   sumo                    (1.12.0+dfsg1-1)                       OK
|   vtk7                    (7.1.1+dfsg2-10.1)                     OK
|   vtk9                    (9.1.0+really9.1.0+dfsg2-3)            OK
| 
|   freecad                 (0.19.4+dfsg1-1)                       OK
|   qgis                    (3.22.4+dfsg-3)                        OK
|   r-cran-lwgeom           (0.2-8-1)                              OK
|   therion                 (6.0.5-2)                              OK
 
Would you consider adding tiledb?  We already added tiledb-py as well and I
have been updating both regularly as they get updated by upstream. I filed an
ITP for tiledb-r (aka r-cran-tiledb) but am waiting for a change to make a
new release for it (upstream).

The incremental build time from adding tiledb should be small-ish.

Dirk

-- 
https://dirk.eddelbuettel.com | @eddelbuettel | edd@debian.org


Reply to: