Bug#836447: transition: proj

2016-09-24 Thread Sebastiaan Couwenberg
This transition should be done, time to close this bugreport?



Bug#836447: transition: proj

2016-09-05 Thread Emilio Pozuelo Monfort
On 05/09/16 14:37, Sebastiaan Couwenberg wrote:
> On 09/05/2016 10:54 AM, Sebastiaan Couwenberg wrote:
>> On 09/04/2016 05:32 PM, Sebastiaan Couwenberg wrote:
>>> On 09/04/2016 12:02 PM, Emilio Pozuelo Monfort wrote:
 On 03/09/16 21:41, Sebastiaan Couwenberg wrote:
> proj (4.9.3-1) has been uploaded to unstable, and has been built on all
> release architectures. The ports need a little more time.

 binnmus scheduled.
>>>
>>> Many thanks for those.
>>>
>>> In general the rebuild look good so far. The binNMUs did reveal a few
>>> packages with issues on some of the architectures.
>>>
>>> postgis FTBFS due to test failures caused by the fakeroot fix for
>>> #830912 not being used yet. Those builds should succeed when they use
>>> fakeroot (1.21-2). Can dep-waits be set for those?
>>
>> postgis still needs to be rebuilt with fakeroot (1.21-2). The following
>> should do, perhaps the libproj-dev dependency should be specified too:
>>
>>  dw postgis_2.2.2+dfsg-4 . ANY . -m 'fakeroot (>= 1.21-2)'
>>
>>> mapserver FTBFS on mipsel due to a fatal error in the Java Runtime
>>> Environment. I think retrying the build on a different buildd should let
>>> that succeed too, mipsel-manda-01 had issues with mapserver before.
>>
>> mapserver is now OK thanks to the rebuilt on eberlin.
>>
>>> qlandkartegt FTBFS on some architectures where char is probably unsigned
>>> by default. I've added a patch which should fix the issue, but still
>>> needs verification on the porterboxes. I'll upload a new revision if the
>>> builds on the porterboxes confirm the fix.
>>
>> qlandkartegt is now OK too with the changes in 1.8.1+ds-7.
>>
>>
>> The affected packages in experimental need to be rebuilt with proj 4.9.3
>> too:
>>
>>  grass(7.0.5~rc1-1~exp1)
>>  mapnik(3.0.12~rc6+ds-1~exp2)
>>  spatialite   (4.4.0~rc1-1~exp1)
>>
>>  python-mapnik(1:0.0~20160810-3a60211-1~exp1)
>>  spatialite-tools (4.4.0~rc1-1~exp1)
>>
>> I think the attached wanna-build commands should do for the above
>> packages in experimental.
> 
> vtk6 on armel still hasn't starting building yet, can the priority be
> increased to hopefully prevent another entanglement issue like near the
> end of the gdal transition (#823335)?

There's no rush here. gdal is different because there all packages need to
migrate at the same time.

I have given back vtk6/mipsel, let's see if that was a transient issue.

Cheers,
Emilio



Bug#836447: transition: proj

2016-09-05 Thread Emilio Pozuelo Monfort
On 05/09/16 10:54, Sebastiaan Couwenberg wrote:
> On 09/04/2016 05:32 PM, Sebastiaan Couwenberg wrote:
>> On 09/04/2016 12:02 PM, Emilio Pozuelo Monfort wrote:
>>> On 03/09/16 21:41, Sebastiaan Couwenberg wrote:
 proj (4.9.3-1) has been uploaded to unstable, and has been built on all
 release architectures. The ports need a little more time.
>>>
>>> binnmus scheduled.
>>
>> Many thanks for those.
>>
>> In general the rebuild look good so far. The binNMUs did reveal a few
>> packages with issues on some of the architectures.
>>
>> postgis FTBFS due to test failures caused by the fakeroot fix for
>> #830912 not being used yet. Those builds should succeed when they use
>> fakeroot (1.21-2). Can dep-waits be set for those?
> 
> postgis still needs to be rebuilt with fakeroot (1.21-2). The following
> should do, perhaps the libproj-dev dependency should be specified too:
> 
>  dw postgis_2.2.2+dfsg-4 . ANY . -m 'fakeroot (>= 1.21-2)'

Scheduled (give-back with --extra-depends).

> The affected packages in experimental need to be rebuilt with proj 4.9.3
> too:
> 
>  grass(7.0.5~rc1-1~exp1)
>  mapnik (3.0.12~rc6+ds-1~exp2)
>  spatialite   (4.4.0~rc1-1~exp1)
> 
>  python-mapnik(1:0.0~20160810-3a60211-1~exp1)
>  spatialite-tools (4.4.0~rc1-1~exp1)
> 
> I think the attached wanna-build commands should do for the above
> packages in experimental.

You want a nmu command, not a dw. Scheduled.

Cheers,
Emilio



Bug#836447: transition: proj

2016-09-05 Thread Sebastiaan Couwenberg
On 09/05/2016 10:54 AM, Sebastiaan Couwenberg wrote:
> On 09/04/2016 05:32 PM, Sebastiaan Couwenberg wrote:
>> On 09/04/2016 12:02 PM, Emilio Pozuelo Monfort wrote:
>>> On 03/09/16 21:41, Sebastiaan Couwenberg wrote:
 proj (4.9.3-1) has been uploaded to unstable, and has been built on all
 release architectures. The ports need a little more time.
>>>
>>> binnmus scheduled.
>>
>> Many thanks for those.
>>
>> In general the rebuild look good so far. The binNMUs did reveal a few
>> packages with issues on some of the architectures.
>>
>> postgis FTBFS due to test failures caused by the fakeroot fix for
>> #830912 not being used yet. Those builds should succeed when they use
>> fakeroot (1.21-2). Can dep-waits be set for those?
> 
> postgis still needs to be rebuilt with fakeroot (1.21-2). The following
> should do, perhaps the libproj-dev dependency should be specified too:
> 
>  dw postgis_2.2.2+dfsg-4 . ANY . -m 'fakeroot (>= 1.21-2)'
> 
>> mapserver FTBFS on mipsel due to a fatal error in the Java Runtime
>> Environment. I think retrying the build on a different buildd should let
>> that succeed too, mipsel-manda-01 had issues with mapserver before.
> 
> mapserver is now OK thanks to the rebuilt on eberlin.
> 
>> qlandkartegt FTBFS on some architectures where char is probably unsigned
>> by default. I've added a patch which should fix the issue, but still
>> needs verification on the porterboxes. I'll upload a new revision if the
>> builds on the porterboxes confirm the fix.
> 
> qlandkartegt is now OK too with the changes in 1.8.1+ds-7.
> 
> 
> The affected packages in experimental need to be rebuilt with proj 4.9.3
> too:
> 
>  grass(7.0.5~rc1-1~exp1)
>  mapnik (3.0.12~rc6+ds-1~exp2)
>  spatialite   (4.4.0~rc1-1~exp1)
> 
>  python-mapnik(1:0.0~20160810-3a60211-1~exp1)
>  spatialite-tools (4.4.0~rc1-1~exp1)
> 
> I think the attached wanna-build commands should do for the above
> packages in experimental.

vtk6 on armel still hasn't starting building yet, can the priority be
increased to hopefully prevent another entanglement issue like near the
end of the gdal transition (#823335)?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



Bug#836447: transition: proj

2016-09-05 Thread Sebastiaan Couwenberg
On 09/04/2016 05:32 PM, Sebastiaan Couwenberg wrote:
> On 09/04/2016 12:02 PM, Emilio Pozuelo Monfort wrote:
>> On 03/09/16 21:41, Sebastiaan Couwenberg wrote:
>>> proj (4.9.3-1) has been uploaded to unstable, and has been built on all
>>> release architectures. The ports need a little more time.
>>
>> binnmus scheduled.
> 
> Many thanks for those.
> 
> In general the rebuild look good so far. The binNMUs did reveal a few
> packages with issues on some of the architectures.
> 
> postgis FTBFS due to test failures caused by the fakeroot fix for
> #830912 not being used yet. Those builds should succeed when they use
> fakeroot (1.21-2). Can dep-waits be set for those?

postgis still needs to be rebuilt with fakeroot (1.21-2). The following
should do, perhaps the libproj-dev dependency should be specified too:

 dw postgis_2.2.2+dfsg-4 . ANY . -m 'fakeroot (>= 1.21-2)'

> mapserver FTBFS on mipsel due to a fatal error in the Java Runtime
> Environment. I think retrying the build on a different buildd should let
> that succeed too, mipsel-manda-01 had issues with mapserver before.

mapserver is now OK thanks to the rebuilt on eberlin.

> qlandkartegt FTBFS on some architectures where char is probably unsigned
> by default. I've added a patch which should fix the issue, but still
> needs verification on the porterboxes. I'll upload a new revision if the
> builds on the porterboxes confirm the fix.

qlandkartegt is now OK too with the changes in 1.8.1+ds-7.


The affected packages in experimental need to be rebuilt with proj 4.9.3
too:

 grass(7.0.5~rc1-1~exp1)
 mapnik   (3.0.12~rc6+ds-1~exp2)
 spatialite   (4.4.0~rc1-1~exp1)

 python-mapnik(1:0.0~20160810-3a60211-1~exp1)
 spatialite-tools (4.4.0~rc1-1~exp1)

I think the attached wanna-build commands should do for the above
packages in experimental.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
dw grass_7.0.5~rc1-1~exp1 . ANY . experimental . -m 'libproj-dev (>= 4.9.3-1)'
dw mapnik_3.0.12~rc6+ds-1~exp2 . ANY . experimental . -m 'libproj-dev (>= 
4.9.3-1)'
dw spatialite_4.4.0~rc1-1~exp1 . ANY . experimental . -m 'libproj-dev (>= 
4.9.3-1)'
dw python-mapnik_1:0.0~20160810-3a60211-1~exp1 . ANY . experimental . -m 
'libproj-dev (>= 4.9.3-1)'
dw spatialite-tools_4.4.0~rc1-1~exp1 . ANY . experimental . -m 'libproj-dev (>= 
4.9.3-1)'


Bug#836447: transition: proj

2016-09-04 Thread Sebastiaan Couwenberg
On 09/04/2016 12:02 PM, Emilio Pozuelo Monfort wrote:
> On 03/09/16 21:41, Sebastiaan Couwenberg wrote:
>> proj (4.9.3-1) has been uploaded to unstable, and has been built on all
>> release architectures. The ports need a little more time.
> 
> binnmus scheduled.

Many thanks for those.

In general the rebuild look good so far. The binNMUs did reveal a few
packages with issues on some of the architectures.

postgis FTBFS due to test failures caused by the fakeroot fix for
#830912 not being used yet. Those builds should succeed when they use
fakeroot (1.21-2). Can dep-waits be set for those?

mapserver FTBFS on mipsel due to a fatal error in the Java Runtime
Environment. I think retrying the build on a different buildd should let
that succeed too, mipsel-manda-01 had issues with mapserver before.

qlandkartegt FTBFS on some architectures where char is probably unsigned
by default. I've added a patch which should fix the issue, but still
needs verification on the porterboxes. I'll upload a new revision if the
builds on the porterboxes confirm the fix.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



Bug#836447: transition: proj

2016-09-04 Thread Emilio Pozuelo Monfort
On 03/09/16 21:41, Sebastiaan Couwenberg wrote:
> proj (4.9.3-1) has been uploaded to unstable, and has been built on all
> release architectures. The ports need a little more time.

binnmus scheduled.

Emilio



Bug#836447: transition: proj

2016-09-03 Thread Sebastiaan Couwenberg
On 09/03/2016 12:14 PM, Sebastiaan Couwenberg wrote:
> On 09/03/2016 11:49 AM, Emilio Pozuelo Monfort wrote:
>> On 03/09/16 11:29, Bas Couwenberg wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>> Control: forwarded -1 
>>> https://release.debian.org/transitions/html/auto-proj.html
>>>
>>> PROJ.4 4.9.3 has been released and bumps the SOVERSION from 9 to 12,
>>> requiring a transition.
>>>
>>> We've had the release candidates in experimental for a little while
>>> already, and the issues identified with those have already been fixed in
>>> unstable. Only gpx2shp needed a patch to support the renamed PI defines
>>> in projects.h from proj 4.9.3.
>>>
>>> All reverse dependencies rebuilt successfully with the new proj packages
>>> from experimental (as summarized below), except mapnik (3.0.11+ds-1) in
>>> unstable because it lacks support for Boost 1.61 (#833756), the mapnik
>>> 3.0.12 release candidates in experimental do support Boost 1.61.
>>> Mapnik 3.0.11 is scheduled for automatic removal from testing on
>>> 2016-09-21, unfortunately I don't expect the 3.0.12 final release before
>>> that time.
>>>
>>> Please also schedule binNMUs for the affected packages in experimental
>>> if those have not yet moved to unstable when the transition starts.
>>>
>>>  spatialite   (4.4.0~rc1-1~exp1)
>>>  spatialite-tools (4.4.0~rc1-1~exp1),
>>>  grass(7.0.5~rc1-1~exp1)
>>>  mapnik   (3.0.12~rc6+ds-1~exp2)
>>>  python-mapnik(1:0.0~20160810-3a60211-1~exp1),
>>>
>>> I will move the new pdal & qgis packages from experimental to unstable
>>> today.
>>>
>>>
>>> Transition: proj
>>>
>>>  libproj9 (4.9.2-3) -> libproj12 (4.9.3-1~exp1)
>>>
>>> The status of the most recent rebuilds is as follows.
>>>
>>>  gpx2shp (0.71.0-4)  OK
>>>  libgeo-proj4-perl   (1.05-3)OK
>>>  libgeotiff-dfsg (1.4.2-2)   OK
>>>  ogdi-dfsg   (3.2.0+ds-1)OK
>>>  openorienteering-mapper (0.6.3-2)   OK
>>>  pdl (1:2.016-4) OK
>>>  proj-rdnap  (2008-5)OK
>>>  python-pyproj   (1.9.5.1-2) OK
>>>  shapelib(1.3.0-8)   OK
>>>  sosi2osm(1.0.0-3)   OK
>>>  spatialite  (4.3.0a-5 / 4.4.0~rc1-1~exp1)   OK / OK
>>>  survex  (1.2.27-1)  OK
>>>  zygrib  (7.0.0-4)   OK
>>>
>>>  gdal(2.1.1+dfsg-1)  OK
>>>  magics++(2.29.2-1)  OK
>>>  pyspatialite(3.0.1-11)  OK
>>>  spatialite-gui  (2.0.0~devel2-4)OK
>>>  spatialite-tools(4.3.0-2 / 4.4.0~rc1-1~exp1)OK / OK
>>>
>>>  cdo (1.7.2+dfsg.1-1)OK
>>>  dans-gdal-scripts   (0.23-6)OK
>>>  grass   (7.0.4-3 / 7.0.5~rc1-1~exp1)OK / OK
>>>  libosmium   (2.8.0-2)   OK
>>>  mapcache(1.4.1-3)   OK
>>>  mapnik  (3.0.11+ds-1 /
>>>   3.0.12~rc4+ds-1~exp1)  FTBFS / OK
>>>  mapproxy(1.9.0-3)   OK
>>>  mapserver   (7.0.1-3)   OK
>>>  merkaartor  (0.18.3-1)  OK
>>>  metview (4.6.7-1)   OK
>>>  ncl (6.3.0-11)  OK
>>>  otb (5.6.1+dfsg-1)  OK
>>>  pdal(1.3.0-1)   OK
>>>  postgis (2.2.2+dfsg-4)  OK
>>>  qlandkartegt(1.8.1+ds-6)OK
>>>  qmapshack   (1.6.3-1)   OK
>>>  saga(2.3.1+dfsg-1)  OK
>>>  sumo(0.27.1+dfsg1-1)OK
>>>  thuban  (1.2.2-11)  OK
>>>  vtk6(6.3.0+dfsg1-1) OK
>>>  xastir  (2.0.8-2)   OK
>>>
>>>  ifrit   (4.1.2-5)   OK
>>>  libgdal-grass   (2.1.1-2)   OK
>>>  osm2pgsql   (0.90.1+ds-1)   OK
>>>  python-mapnik   (1:0.0~20160531-f65767a-1 /
>>>   1:0.0~20160810-3a60211-1~exp1) OK / OK
>>>  qgis(2.14.6+dfsg-1) OK
>>>  therion (5.3.16-10) OK
>>
>> Sounds good. Please go ahead.
> 
> Thanks for the super quick feedback. I'll move proj from experimental to
> unstable later today after I have done 

Bug#836447: transition: proj

2016-09-03 Thread Sebastiaan Couwenberg
On 09/03/2016 11:49 AM, Emilio Pozuelo Monfort wrote:
> On 03/09/16 11:29, Bas Couwenberg wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>> Control: forwarded -1 
>> https://release.debian.org/transitions/html/auto-proj.html
>>
>> PROJ.4 4.9.3 has been released and bumps the SOVERSION from 9 to 12,
>> requiring a transition.
>>
>> We've had the release candidates in experimental for a little while
>> already, and the issues identified with those have already been fixed in
>> unstable. Only gpx2shp needed a patch to support the renamed PI defines
>> in projects.h from proj 4.9.3.
>>
>> All reverse dependencies rebuilt successfully with the new proj packages
>> from experimental (as summarized below), except mapnik (3.0.11+ds-1) in
>> unstable because it lacks support for Boost 1.61 (#833756), the mapnik
>> 3.0.12 release candidates in experimental do support Boost 1.61.
>> Mapnik 3.0.11 is scheduled for automatic removal from testing on
>> 2016-09-21, unfortunately I don't expect the 3.0.12 final release before
>> that time.
>>
>> Please also schedule binNMUs for the affected packages in experimental
>> if those have not yet moved to unstable when the transition starts.
>>
>>  spatialite   (4.4.0~rc1-1~exp1)
>>  spatialite-tools (4.4.0~rc1-1~exp1),
>>  grass(7.0.5~rc1-1~exp1)
>>  mapnik   (3.0.12~rc6+ds-1~exp2)
>>  python-mapnik(1:0.0~20160810-3a60211-1~exp1),
>>
>> I will move the new pdal & qgis packages from experimental to unstable
>> today.
>>
>>
>> Transition: proj
>>
>>  libproj9 (4.9.2-3) -> libproj12 (4.9.3-1~exp1)
>>
>> The status of the most recent rebuilds is as follows.
>>
>>  gpx2shp (0.71.0-4)  OK
>>  libgeo-proj4-perl   (1.05-3)OK
>>  libgeotiff-dfsg (1.4.2-2)   OK
>>  ogdi-dfsg   (3.2.0+ds-1)OK
>>  openorienteering-mapper (0.6.3-2)   OK
>>  pdl (1:2.016-4) OK
>>  proj-rdnap  (2008-5)OK
>>  python-pyproj   (1.9.5.1-2) OK
>>  shapelib(1.3.0-8)   OK
>>  sosi2osm(1.0.0-3)   OK
>>  spatialite  (4.3.0a-5 / 4.4.0~rc1-1~exp1)   OK / OK
>>  survex  (1.2.27-1)  OK
>>  zygrib  (7.0.0-4)   OK
>>
>>  gdal(2.1.1+dfsg-1)  OK
>>  magics++(2.29.2-1)  OK
>>  pyspatialite(3.0.1-11)  OK
>>  spatialite-gui  (2.0.0~devel2-4)OK
>>  spatialite-tools(4.3.0-2 / 4.4.0~rc1-1~exp1)OK / OK
>>
>>  cdo (1.7.2+dfsg.1-1)OK
>>  dans-gdal-scripts   (0.23-6)OK
>>  grass   (7.0.4-3 / 7.0.5~rc1-1~exp1)OK / OK
>>  libosmium   (2.8.0-2)   OK
>>  mapcache(1.4.1-3)   OK
>>  mapnik  (3.0.11+ds-1 /
>>   3.0.12~rc4+ds-1~exp1)  FTBFS / OK
>>  mapproxy(1.9.0-3)   OK
>>  mapserver   (7.0.1-3)   OK
>>  merkaartor  (0.18.3-1)  OK
>>  metview (4.6.7-1)   OK
>>  ncl (6.3.0-11)  OK
>>  otb (5.6.1+dfsg-1)  OK
>>  pdal(1.3.0-1)   OK
>>  postgis (2.2.2+dfsg-4)  OK
>>  qlandkartegt(1.8.1+ds-6)OK
>>  qmapshack   (1.6.3-1)   OK
>>  saga(2.3.1+dfsg-1)  OK
>>  sumo(0.27.1+dfsg1-1)OK
>>  thuban  (1.2.2-11)  OK
>>  vtk6(6.3.0+dfsg1-1) OK
>>  xastir  (2.0.8-2)   OK
>>
>>  ifrit   (4.1.2-5)   OK
>>  libgdal-grass   (2.1.1-2)   OK
>>  osm2pgsql   (0.90.1+ds-1)   OK
>>  python-mapnik   (1:0.0~20160531-f65767a-1 /
>>   1:0.0~20160810-3a60211-1~exp1) OK / OK
>>  qgis(2.14.6+dfsg-1) OK
>>  therion (5.3.16-10) OK
> 
> Sounds good. Please go ahead.

Thanks for the super quick feedback. I'll move proj from experimental to
unstable later today after I have done the same for pdal, python-pdal &
qgis.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A 

Processed: Re: Bug#836447: transition: proj

2016-09-03 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 confirmed
Bug #836447 [release.debian.org] transition: proj
Added tag(s) confirmed.

-- 
836447: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836447
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#836447: transition: proj

2016-09-03 Thread Emilio Pozuelo Monfort
Control: tags -1 confirmed

On 03/09/16 11:29, Bas Couwenberg wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> Control: forwarded -1 
> https://release.debian.org/transitions/html/auto-proj.html
> 
> PROJ.4 4.9.3 has been released and bumps the SOVERSION from 9 to 12,
> requiring a transition.
> 
> We've had the release candidates in experimental for a little while
> already, and the issues identified with those have already been fixed in
> unstable. Only gpx2shp needed a patch to support the renamed PI defines
> in projects.h from proj 4.9.3.
> 
> All reverse dependencies rebuilt successfully with the new proj packages
> from experimental (as summarized below), except mapnik (3.0.11+ds-1) in
> unstable because it lacks support for Boost 1.61 (#833756), the mapnik
> 3.0.12 release candidates in experimental do support Boost 1.61.
> Mapnik 3.0.11 is scheduled for automatic removal from testing on
> 2016-09-21, unfortunately I don't expect the 3.0.12 final release before
> that time.
> 
> Please also schedule binNMUs for the affected packages in experimental
> if those have not yet moved to unstable when the transition starts.
> 
>  spatialite   (4.4.0~rc1-1~exp1)
>  spatialite-tools (4.4.0~rc1-1~exp1),
>  grass(7.0.5~rc1-1~exp1)
>  mapnik   (3.0.12~rc6+ds-1~exp2)
>  python-mapnik(1:0.0~20160810-3a60211-1~exp1),
> 
> I will move the new pdal & qgis packages from experimental to unstable
> today.
> 
> 
> Transition: proj
> 
>  libproj9 (4.9.2-3) -> libproj12 (4.9.3-1~exp1)
> 
> The status of the most recent rebuilds is as follows.
> 
>  gpx2shp (0.71.0-4)  OK
>  libgeo-proj4-perl   (1.05-3)OK
>  libgeotiff-dfsg (1.4.2-2)   OK
>  ogdi-dfsg   (3.2.0+ds-1)OK
>  openorienteering-mapper (0.6.3-2)   OK
>  pdl (1:2.016-4) OK
>  proj-rdnap  (2008-5)OK
>  python-pyproj   (1.9.5.1-2) OK
>  shapelib(1.3.0-8)   OK
>  sosi2osm(1.0.0-3)   OK
>  spatialite  (4.3.0a-5 / 4.4.0~rc1-1~exp1)   OK / OK
>  survex  (1.2.27-1)  OK
>  zygrib  (7.0.0-4)   OK
> 
>  gdal(2.1.1+dfsg-1)  OK
>  magics++(2.29.2-1)  OK
>  pyspatialite(3.0.1-11)  OK
>  spatialite-gui  (2.0.0~devel2-4)OK
>  spatialite-tools(4.3.0-2 / 4.4.0~rc1-1~exp1)OK / OK
> 
>  cdo (1.7.2+dfsg.1-1)OK
>  dans-gdal-scripts   (0.23-6)OK
>  grass   (7.0.4-3 / 7.0.5~rc1-1~exp1)OK / OK
>  libosmium   (2.8.0-2)   OK
>  mapcache(1.4.1-3)   OK
>  mapnik  (3.0.11+ds-1 /
>   3.0.12~rc4+ds-1~exp1)  FTBFS / OK
>  mapproxy(1.9.0-3)   OK
>  mapserver   (7.0.1-3)   OK
>  merkaartor  (0.18.3-1)  OK
>  metview (4.6.7-1)   OK
>  ncl (6.3.0-11)  OK
>  otb (5.6.1+dfsg-1)  OK
>  pdal(1.3.0-1)   OK
>  postgis (2.2.2+dfsg-4)  OK
>  qlandkartegt(1.8.1+ds-6)OK
>  qmapshack   (1.6.3-1)   OK
>  saga(2.3.1+dfsg-1)  OK
>  sumo(0.27.1+dfsg1-1)OK
>  thuban  (1.2.2-11)  OK
>  vtk6(6.3.0+dfsg1-1) OK
>  xastir  (2.0.8-2)   OK
> 
>  ifrit   (4.1.2-5)   OK
>  libgdal-grass   (2.1.1-2)   OK
>  osm2pgsql   (0.90.1+ds-1)   OK
>  python-mapnik   (1:0.0~20160531-f65767a-1 /
>   1:0.0~20160810-3a60211-1~exp1) OK / OK
>  qgis(2.14.6+dfsg-1) OK
>  therion (5.3.16-10) OK

Sounds good. Please go ahead.

Emilio



Bug#836447: transition: proj

2016-09-03 Thread Bas Couwenberg
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: forwarded -1 https://release.debian.org/transitions/html/auto-proj.html

PROJ.4 4.9.3 has been released and bumps the SOVERSION from 9 to 12,
requiring a transition.

We've had the release candidates in experimental for a little while
already, and the issues identified with those have already been fixed in
unstable. Only gpx2shp needed a patch to support the renamed PI defines
in projects.h from proj 4.9.3.

All reverse dependencies rebuilt successfully with the new proj packages
from experimental (as summarized below), except mapnik (3.0.11+ds-1) in
unstable because it lacks support for Boost 1.61 (#833756), the mapnik
3.0.12 release candidates in experimental do support Boost 1.61.
Mapnik 3.0.11 is scheduled for automatic removal from testing on
2016-09-21, unfortunately I don't expect the 3.0.12 final release before
that time.

Please also schedule binNMUs for the affected packages in experimental
if those have not yet moved to unstable when the transition starts.

 spatialite   (4.4.0~rc1-1~exp1)
 spatialite-tools (4.4.0~rc1-1~exp1),
 grass(7.0.5~rc1-1~exp1)
 mapnik   (3.0.12~rc6+ds-1~exp2)
 python-mapnik(1:0.0~20160810-3a60211-1~exp1),

I will move the new pdal & qgis packages from experimental to unstable
today.


Transition: proj

 libproj9 (4.9.2-3) -> libproj12 (4.9.3-1~exp1)

The status of the most recent rebuilds is as follows.

 gpx2shp (0.71.0-4)  OK
 libgeo-proj4-perl   (1.05-3)OK
 libgeotiff-dfsg (1.4.2-2)   OK
 ogdi-dfsg   (3.2.0+ds-1)OK
 openorienteering-mapper (0.6.3-2)   OK
 pdl (1:2.016-4) OK
 proj-rdnap  (2008-5)OK
 python-pyproj   (1.9.5.1-2) OK
 shapelib(1.3.0-8)   OK
 sosi2osm(1.0.0-3)   OK
 spatialite  (4.3.0a-5 / 4.4.0~rc1-1~exp1)   OK / OK
 survex  (1.2.27-1)  OK
 zygrib  (7.0.0-4)   OK

 gdal(2.1.1+dfsg-1)  OK
 magics++(2.29.2-1)  OK
 pyspatialite(3.0.1-11)  OK
 spatialite-gui  (2.0.0~devel2-4)OK
 spatialite-tools(4.3.0-2 / 4.4.0~rc1-1~exp1)OK / OK

 cdo (1.7.2+dfsg.1-1)OK
 dans-gdal-scripts   (0.23-6)OK
 grass   (7.0.4-3 / 7.0.5~rc1-1~exp1)OK / OK
 libosmium   (2.8.0-2)   OK
 mapcache(1.4.1-3)   OK
 mapnik  (3.0.11+ds-1 /
  3.0.12~rc4+ds-1~exp1)  FTBFS / OK
 mapproxy(1.9.0-3)   OK
 mapserver   (7.0.1-3)   OK
 merkaartor  (0.18.3-1)  OK
 metview (4.6.7-1)   OK
 ncl (6.3.0-11)  OK
 otb (5.6.1+dfsg-1)  OK
 pdal(1.3.0-1)   OK
 postgis (2.2.2+dfsg-4)  OK
 qlandkartegt(1.8.1+ds-6)OK
 qmapshack   (1.6.3-1)   OK
 saga(2.3.1+dfsg-1)  OK
 sumo(0.27.1+dfsg1-1)OK
 thuban  (1.2.2-11)  OK
 vtk6(6.3.0+dfsg1-1) OK
 xastir  (2.0.8-2)   OK

 ifrit   (4.1.2-5)   OK
 libgdal-grass   (2.1.1-2)   OK
 osm2pgsql   (0.90.1+ds-1)   OK
 python-mapnik   (1:0.0~20160531-f65767a-1 /
  1:0.0~20160810-3a60211-1~exp1) OK / OK
 qgis(2.14.6+dfsg-1) OK
 therion (5.3.16-10) OK


Kind Regards,

Bas