Re: PROJ 5.0.0

2018-03-09 Thread Sebastiaan Couwenberg
On 03/03/2018 12:10 PM, Sebastiaan Couwenberg wrote:
> The transition slot will be requested shortly.

proj (5.0.0-2) migrated to testing today.

As discussed on the proj, mapserver & qgis lists, PROJ 5.0.0 contains a
known regression with the web mercator projection. The fix for this
regression will be included in PROJ 5.0.1 scheduled for April 1st (no
joke) and is included as patch in proj (5.0.0-3~exp1) which is available
in experimental.

The proj package in experimental also contains a patch to fix the
regression in pj_transform() causing it to ignore +vunits (#892062).
This regression caused the survex build and test suite to fail.
Unfortunately those changes caused a regression in the shapelib test
suite for which I included a patch in proj (5.0.0-3~exp2).

To check for other regressions I did another round of rebuilds. Some
packages were skipped due to known issue or long build times. The most
important packages were all tested.

Since it looking good again with the three patches, I'll go ahread and
move the package from experimental to unstable.


Transition: proj

 libproj12 (4.9.3-2) -> libproj13 (5.0.0-1~exp1)

The status of the most recent rebuilds is as follows.

 gpx2shp (0.71.0-4)   OK
 libgeo-proj4-perl   (1.09-1) OK
 libgeotiff-dfsg (1.4.2-2)OK
 octave-octproj  (1.1.5-3)OK
 ogdi-dfsg   (3.2.1+ds-1) OK
 pdl (1:2.018-2)  OK
 proj-rdnap  (2008-7) OK
 python-cartopy  (0.14.2+dfsg1-2) SKIP (#889931)
 python-pyproj   (1.9.5.1-3)  OK
 shapelib(1.4.1-1)OK
 sosi2osm(1.0.0-3)OK
 spatialite  (4.4.0~rc1-1~exp2)   OK
 survex  (1.2.32-1)   OK
 zygrib  (8.0.1+dfsg.1-1) SKIP

 gdal(2.2.3+dfsg-2)   OK
 magics++(3.0.0-1)SKIP
 pyspatialite(3.0.1-12)   OK
 spatialite-gui  (2.0.0~devel2-8) OK
 spatialite-tools(4.4.0~rc1-1~exp2)   OK

 cdo (1.9.3+dfsg.1-1) SKIP
 dans-gdal-scripts   (0.24-1) OK
 grass   (7.4.0-1)OK
 libosmium   (2.13.1-1)   OK
 mapcache(1.6.1-1)OK
 mapnik  (3.0.19+ds-1~exp2)   OK
 mapserver   (7.0.7-1)OK
 merkaartor  (0.18.3+ds-2)OK
 metview (5.0.0~beta.1-1) SKIP
 ncl (6.4.0-4)SKIP
 openorienteering-mapper (0.7.0-1)SKIP (#876934)
 pdal(1.6.0-1)OK
 postgis (2.4.3+dfsg-4)   OK
 qlandkartegt(1.8.1+ds-8) SKIP
 qmapshack   (1.10.0-1)   SKIP
 saga(2.3.1+dfsg-3)   OK
 sumo(0.32.0+dfsg1-1) SKIP
 thuban  (1.2.2-12)   SKIP
 vtk6(6.3.0+dfsg1-11) SKIP
 xastir  (2.1.0-1)SKIP

 ifrit   (4.1.2-5)SKIP
 node-mapnik (3.6.2+dfsg-5)   SKIP
 osm2pgsql   (0.94.0+ds-1)OK
 python-mapnik   (1:0.0~20170621-0cd7493f2-3) SKIP
 qgis(2.18.17+dfsg-1) OK
 therion (5.4.1ds1-1) SKIP


Kind Regards,

Bas



Re: PROJ 5.0.0

2018-03-03 Thread Sebastiaan Couwenberg
On 02/26/2018 10:49 PM, Sebastiaan Couwenberg wrote:
> On 02/23/2018 01:11 PM, Sebastiaan Couwenberg wrote:
>> ncl still FTBFS because the bug in flex was not fixed properly,
>> hopefully flex is fixed by the time the transition starts.
> 
> Another revision of flex has been uploaded that should fix the ncl
> FTBFS, but I haven't gotten around to testing that yet

PROJ 5.0.0 has been released, time for a final round of rebuilds.

ncl now built successfully, leaving only three packages to FTBFS.

The transition slot will be requested shortly.


Transition: proj

 libproj12 (4.9.3-2) -> libproj13 (5.0.0-1~exp1)

The status of the most recent rebuilds is as follows.

 gpx2shp (0.71.0-4)   OK
 libgeo-proj4-perl   (1.09-1) OK
 libgeotiff-dfsg (1.4.2-2)OK
 octave-octproj  (1.1.5-3)OK
 ogdi-dfsg   (3.2.1+ds-1) OK
 pdl (1:2.018-2)  OK
 proj-rdnap  (2008-7) OK
 python-cartopy  (0.14.2+dfsg1-2) FTBFS (#889931)
 python-pyproj   (1.9.5.1-3)  OK
 shapelib(1.4.1-1)OK
 sosi2osm(1.0.0-3)OK
 spatialite  (4.3.0a-5)   OK
 survex  (1.2.32-1)   FTBFS (#889936)
 zygrib  (8.0.1+dfsg.1-1) OK

 gdal(2.2.3+dfsg-2)   OK
 magics++(3.0.0-1)OK
 pyspatialite(3.0.1-12)   OK
 spatialite-gui  (2.0.0~devel2-8) OK
 spatialite-tools(4.3.0-2)OK

 cdo (1.9.3+dfsg.1-1) OK
 dans-gdal-scripts   (0.24-1) OK
 grass   (7.4.0-1)OK
 libosmium   (2.13.1-1)   OK
 mapcache(1.6.1-1)OK
 mapnik  (3.0.18+ds-1)OK
 mapserver   (7.0.7-1)OK
 merkaartor  (0.18.3+ds-2)OK
 metview (5.0.0~beta.1-1) OK
 ncl (6.4.0-4)OK
 openorienteering-mapper (0.7.0-1)FTBFS (#876934)
 pdal(1.6.0-1)OK
 postgis (2.4.3+dfsg-4)   OK
 qlandkartegt(1.8.1+ds-8) OK
 qmapshack   (1.10.0-1)   OK
 saga(2.3.1+dfsg-3)   OK
 sumo(0.32.0+dfsg1-1) OK
 thuban  (1.2.2-12)   OK
 vtk6(6.3.0+dfsg1-11) OK
 xastir  (2.1.0-1)OK

 ifrit   (4.1.2-5)OK
 node-mapnik (3.6.2+dfsg-5)   OK
 osm2pgsql   (0.94.0+ds-1)OK
 python-mapnik   (1:0.0~20170621-0cd7493f2-3) OK
 qgis(2.18.17+dfsg-1) OK
 therion (5.4.1ds1-1) OK


Kind Regards,

Bas



Re: PROJ 5.0.0

2018-02-26 Thread Sebastiaan Couwenberg
On 02/23/2018 01:11 PM, Sebastiaan Couwenberg wrote:
> ncl still FTBFS because the bug in flex was not fixed properly,
> hopefully flex is fixed by the time the transition starts.

Another revision of flex has been uploaded that should fix the ncl
FTBFS, but I haven't gotten around to testing that yet.

> proj (5.0.0~rc4-1~exp2) is also available in experimental, which
> contains the datumgrids from proj-datumgrid-1.7RC1. The additional grids
> increased the size of proj-data and the datumgrid.shar file in the
> source package significantly, but is still manageable.

Because of the significantly increased size of the proj-datumgrid
archive, the Austrialian grids along with the Danish grids have been
moved to separate archives, see:

 http://lists.maptools.org/pipermail/proj/2018-February/008058.html

The size of the datumgrids.shar in the Debian package is now much more
reasonable again, generating the source package takes significantly less
time again.

> In the future we may be able to use the multiple upstream tarball
> support in uscan to combine the proj & proj-datumgrid tarballs, or
> package proj-datumgrid separately.

For the time being I'll keep the datumgrid shar archives in the source
package. If there is sufficient user demand, the proj-datumgrid-europe,
proj-datumgrid-north-america & proj-datumgrid-oceania can be packaged
separately. Creating packages for those should be fairly easy, so a nice
task for users who need them to get involved in the Debian GIS team
*hint hint* :-)

Kind Regards,

Bas



Re: PROJ 5.0.0

2018-02-23 Thread Sebastiaan Couwenberg
On 02/17/2018 12:45 PM, Sebastiaan Couwenberg wrote:
> On 02/17/2018 12:00 PM, Sebastiaan Couwenberg wrote:
>> The postgis FTBFS is the most serious blocker, but that test failure is
>> relatively easy to patch out. If there is no upstream patch before the
>> proj transition starts I'll patch out the two failing tests to avoid the
>> need for removal from testing of postgis.
> 
> There is a patch for the postgis issue, which has been included in
> 2.4.3+dfsg-3, but it's probably not in its definitive form yet.

The fix for the postgis issue is included in proj 5.0.0~rc4, so the
patch in the postgis package has been reverted.

ncl still FTBFS because the bug in flex was not fixed properly,
hopefully flex is fixed by the time the transition starts.

node-mapnik was also fixed and rebuilt successfully with proj 5.0.0~rc4.

proj (5.0.0~rc4-1~exp2) is also available in experimental, which
contains the datumgrids from proj-datumgrid-1.7RC1. The additional grids
increased the size of proj-data and the datumgrid.shar file in the
source package significantly, but is still manageable.

In the future we may be able to use the multiple upstream tarball
support in uscan to combine the proj & proj-datumgrid tarballs, or
package proj-datumgrid separately.


Transition: proj

 libproj12 (4.9.3-2) -> libproj13 (5.0.0~rc4-1~exp1)

The status of the most recent rebuilds is as follows.

 gpx2shp (0.71.0-4)   OK
 libgeo-proj4-perl   (1.09-1) OK
 libgeotiff-dfsg (1.4.2-2)OK
 octave-octproj  (1.1.5-3)OK
 ogdi-dfsg   (3.2.0+ds-2) OK
 pdl (1:2.018-2)  OK
 proj-rdnap  (2008-7) OK
 python-cartopy  (0.14.2+dfsg1-2) FTBFS (#889931)
 python-pyproj   (1.9.5.1-3)  OK
 shapelib(1.4.1-1)OK
 sosi2osm(1.0.0-3)OK
 spatialite  (4.3.0a-5)   OK
 survex  (1.2.32-1)   FTBFS (#889936)
 zygrib  (8.0.1+dfsg.1-1) OK

 gdal(2.2.3+dfsg-2)   OK
 magics++(3.0.0-1)OK
 pyspatialite(3.0.1-12)   OK
 spatialite-gui  (2.0.0~devel2-8) OK
 spatialite-tools(4.3.0-2)OK

 cdo (1.9.3+dfsg.1-1) OK
 dans-gdal-scripts   (0.24-1) OK
 grass   (7.4.0-1)OK
 libosmium   (2.13.1-1)   OK
 mapcache(1.6.1-1)OK
 mapnik  (3.0.18+ds-1)OK
 mapserver   (7.0.7-1)OK
 merkaartor  (0.18.3+ds-2)OK
 metview (5.0.0~beta.1-1) OK
 ncl (6.4.0-4)FTBFS (#890608)
 openorienteering-mapper (0.7.0-1)FTBFS (#876934)
 pdal(1.6.0-1)OK
 postgis (2.4.3+dfsg-2)   OK
 qlandkartegt(1.8.1+ds-8) OK
 qmapshack   (1.10.0-1)   OK
 saga(2.3.1+dfsg-3)   OK
 sumo(0.32.0+dfsg1-1) OK
 thuban  (1.2.2-12)   OK
 vtk6(6.3.0+dfsg1-11) OK
 xastir  (2.1.0-1)OK

 ifrit   (4.1.2-5)OK
 node-mapnik (3.6.2+dfsg-5)   OK
 osm2pgsql   (0.94.0+ds-1)OK
 python-mapnik   (1:0.0~20170621-0cd7493f2-3) OK
 qgis(2.14.22+dfsg-2) OK
 therion (5.4.1ds1-1) OK


Kind Regards,

Bas



PROJ 5.0.0

2018-02-10 Thread Sebastiaan Couwenberg
The first release candidates for PROJ 5.0.0 have been released, major
changes include the new API which will replace the old API(s) in the
coming years. See the NEWS file for details. [0].

Because the SONAME was bumped a transition will be required, in
preparation for which I've done a round of rebuilds.


libgeo-proj4-perl & pdl FTBFS because they include projects.h conflicts
with headers from Perl. After discussion this issue the typedefs in proj
were prefixed with 'PJ_' which should resolve this issue.

proj-rdnap doesn't actually FTBFS, the cs2cs commands from the test
script cause 100% CPU usage but don't actually succeed. [1]

Several packages FTBFS due to test failures: python-cartopy, survex,
openorienteering-mapper (already reported in the BTS), postgis.

node-mapnik also FTBFS, but this is due to mapnik-vector-tile 1.6.0.


The packages that FTBFS are tracked with the proj-5.0 usertag:

 
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=proj-5.0;users=debian-gis@lists.debian.org


[0] https://github.com/OSGeo/proj.4/blob/master/NEWS
[1] https://github.com/OSGeo/proj.4/issues/780


Transition: proj

 libproj12 (4.9.3-2) -> libproj13 (5.0.0~rc2-1~exp2)

The status of the most recent rebuilds is as follows.

 gpx2shp (0.71.0-4)   OK
 libgeo-proj4-perl   (1.09-1) FTBFS (#889922)
 libgeotiff-dfsg (1.4.2-2)OK
 octave-octproj  (1.1.5-2)OK
 ogdi-dfsg   (3.2.0+ds-2) OK
 pdl (1:2.018-2)  FTBFS (#889926)
 proj-rdnap  (2008-6) FTBFS
 python-cartopy  (0.14.2+dfsg1-2) FTBFS (#889931)
 python-pyproj   (1.9.5.1-3)  OK
 shapelib(1.4.1-1)OK
 sosi2osm(1.0.0-3)OK
 spatialite  (4.3.0a-5)   OK
 survex  (1.2.32-1)   FTBFS (#889936)
 zygrib  (8.0.1+dfsg.1-1) OK

 gdal(2.2.3+dfsg-1)   OK
 magics++(3.0.0-1)OK
 pyspatialite(3.0.1-12)   OK
 spatialite-gui  (2.0.0~devel2-8) OK
 spatialite-tools(4.3.0-2)OK

 cdo (1.9.2+dfsg.1-6) OK
 dans-gdal-scripts   (0.24-1) OK
 grass   (7.4.0-1)OK
 libosmium   (2.13.1-1)   OK
 mapcache(1.6.1-1)OK
 mapnik  (3.0.18+ds-1)OK
 mapserver   (7.0.7-1)OK
 merkaartor  (0.18.3+ds-2)OK
 metview (5.0.0~beta.1-1) OK
 ncl (6.4.0-4)OK
 openorienteering-mapper (0.7.0-1)FTBFS (#876934)
 pdal(1.6.0-1)OK
 postgis (2.4.3+dfsg-2)   FTBFS (#889981)
 qlandkartegt(1.8.1+ds-8) OK
 qmapshack   (1.10.0-1)   OK
 saga(2.3.1+dfsg-3)   OK
 sumo(0.32.0+dfsg1-1) OK
 thuban  (1.2.2-12)   OK
 vtk6(6.3.0+dfsg1-11) OK
 xastir  (2.0.8-3)OK

 ifrit   (4.1.2-5)OK
 node-mapnik (3.6.2+dfsg-3)   FTBFS (#889962)
 osm2pgsql   (0.94.0+ds-1)OK
 python-mapnik   (1:0.0~20170621-0cd7493f2-3) OK
 qgis(2.14.22+dfsg-2) OK
 therion (5.4.1ds1-1) OK


Kind Regards,

Bas