Unless it's impossible for technical reasons, we should update built-in system packages so that they are at least at CentOS 8 (last CentOS release) level. It's a kind of dogma we are trying to follow.
[x] pcre (from 8.36 to at least 8.42) ==> 8.43(pcre2, version > 10, is available)
[x] sqlite (from 3.8.8.3 to at least 3.26.0) ==> 3.30.1
but gdal 2.2.4 doesn't build with sqlite >= 3.26.0 so we need to upgrade gdal (see below)
[x] c-ares (from 1.12.0 to at least 1.13.0) ==> 1.15.0
[x] libxslt (from 1.1.28 to at least 1.1.32) ==> 1.1.34
[x] rpm (from 4.9.1.3 to at least 4.14.2) ==> no upgrade (we use this build only to manage plugins, and this doesn't work with rpm 4.15.1)
[x] openjpeg (from 2.1.2 to at least 2.3.0) ==> 2.3.1 (with a workaround because eccodes doesn't enable jpeg2000 support with openjpeg >= 2.2)
[x] postgresql (from 10.1 to at least 10.6) ==> 10.11 is ok but 11.6 and 12.1 are available, so ==> 12.1
but we need to upgrade postgis to build with 12.1 (see below)
[x] hdf5 (from 1.10.2 to at least 1.10.5) ==> 1.10.5
[x] proj (from 5.2.0 to at least 6.2.0) ==> 6.2.1 (with a patch to accept use of deprecated proj_api.h for spatialite and cartopy)
but there is a problem with integration tests for mapserver, so we uprade mapserver in addon mapserver (see below)
[x] geos (from 3.7.1 to at least 3.7.2) ==> 3.8.0
[x] gdal : because of upgrade of sqlite we need to upgrade gdal. Version 2.4.3 is ok but 3.0.2 is available, so ==> from 2.2.4 to 3.0.2
but gdal >= 2.4.3 is built with scl, so python2/3 gdal, installed with pip without scl, doesn't build ==> so we need to be able to build python modules with scl (see #584 )
but Fiona doesn't build with gdal 3 ==> upgrade Fiona (see below)
[x] cairo (from 1.14.12 to at least 1.15.12) ==> 1.17.2 but cairo 1.17.2 needs pixman >= 0.36 so :
[x] add pixman ==> 0.38.4
[x] postgis (according to postgresql and proj upgrades) ==> from 2.4.6 to 3.0.0 (2.4.7 would be ok for proj but we definitely need 3.0.0 with postgresql 12)
[x] ack (from 2.16 to at least 3.0, single file mode) : installing ack 3.2.0 would need to install perl module Getopt-Long-2.39 (see here, not available as an rpm on CentOS6) ==> replaced by ag (the_silver_searcher)
[x] nodejs (from 10.16.0 to at least 10.16.3) : we have choice : 10.16.3, 10.18.0, 11.15.0, 12.14.0, 13.15.0 ==> 10.16.3 for the time being
And maybe :
[x] db4 (from db 4.5.20 to libdb 5.3, rpm dependency) ==> no upgrade (complicated, Oracle user needed and we don't upgrade rpm, so we won't upgrade db4 either)
[x] libspatialite (from 4.3.0a to 5.0.0-beta0) ==> 5.0.0-beta0
[x] openjdk (from 11.0.2 to at least 11.0.5) ==> 11.0.5 (using AdoptOpenJDK)
In addon scientific
[x] pngquant (from 2.12.0 to at least 2.12.5) ==> 2.12.5
[x] netcdf-fortran (from 4.4.5 to at least 4.5.2) ==> 4.5.2
[x] ImageMagick (from 6.9.9 to at least 6.9.10) ==> 6.9.10-51
[x] pypi GDAL (according to gdal upgrade, from 2.2.4 to 3.3.0) ==> 3.3.0
[x] Fiona (because of gdal upgrade) ==> from 1.8.6 to 1.8.13 (with pip + scl)
In addon mapserver
[x] mapserver (because of proj upgrade) ==> from 7.2.1 to 7.4.2
Unless it's impossible for technical reasons, we should update built-in system packages so that they are at least at CentOS 8 (last CentOS release) level. It's a kind of dogma we are trying to follow.