Bug#891966: transition: proj

[Sebastiaan Couwenberg]

On 03/03/2018 12:10 PM, Bas Couwenberg wrote:
>  survex  (1.2.32-1)   FTBFS (#889936)

proj (5.0.0-3) contains a patch to fix the regression that caused the
survex build failure.

Please rebuild survex with libproj-dev (>= 5.0.0-3).

 dw survex_1.2.32-1 . ANY . -m 'libproj-dev (>= 5.0.0-3)'

Kind Regards,

Bas

Bug#891966: transition: proj

[Adam D. Barratt]

On 2018-03-06 9:04, Emilio Pozuelo Monfort wrote:

On 06/03/18 09:58, Bas Couwenberg wrote:

On 2018-03-06 09:47, Emilio Pozuelo Monfort wrote:

On 05/03/18 19:38, Sebastiaan Couwenberg wrote:

On 03/04/2018 12:33 PM, Sebastiaan Couwenberg wrote:

On 03/04/2018 09:45 AM, Emilio Pozuelo Monfort wrote:

On 03/03/18 12:10, Bas Couwenberg wrote:

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: block -1 by 889931 889936 876934
Control: forwarded -1
https://release.debian.org/transitions/html/auto-proj.html

PROJ 5.0.0 has been released and bumps the SOVERSION from 12 to 
13,

requiring a transition.

Almost all reverse dependencies rebuilt successfully with the new 
proj

packages from experimental (as summarized below),

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


Go ahead.


Thanks. proj (5.0.0-1) was uploaded earlier this morning and is now
built & installed on all release architectures.


Please also schedule binNMUs for the rdeps in experimental:

 dw spatialite_4.4.0~rc1-1~exp2 . ANY . experimental . \
 -m 'libproj-dev (>= 5.0.0-2)'

 dw spatialite-tools_4.4.0~rc1-1~exp1 . ANY . experimental . \
 -m 'libproj-dev (>= 5.0.0-2)'


There's no binNMU command there.


My understanding of wanna-build is that dep-wait achieves the same and 
adds a

dependency constraint, which nmu does not.


It does not. dep-wait only adds the dependency constraint, so it's 
useful if the
package is in needs-build or bd-uninstallable. If it's e.g. Installed, 
it will

do nothing.


dep-wait could be seen as effectively being the same as a give back with 
the added dependency constraint, which may be where the confusion has 
arisen. A give back only requests the current (if any) build to be 
retried, it can't generate a new build (which is what a binNMU does)


Regards,

Adam

Bug#891966: transition: proj

[Emilio Pozuelo Monfort]

On 06/03/18 09:58, Bas Couwenberg wrote:
> On 2018-03-06 09:47, Emilio Pozuelo Monfort wrote:
>> On 05/03/18 19:38, Sebastiaan Couwenberg wrote:
>>> On 03/04/2018 12:33 PM, Sebastiaan Couwenberg wrote:
 On 03/04/2018 09:45 AM, Emilio Pozuelo Monfort wrote:
> On 03/03/18 12:10, Bas Couwenberg wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>> Control: block -1 by 889931 889936 876934
>> Control: forwarded -1
>> https://release.debian.org/transitions/html/auto-proj.html
>>
>> PROJ 5.0.0 has been released and bumps the SOVERSION from 12 to 13,
>> requiring a transition.
>>
>> Almost all reverse dependencies rebuilt successfully with the new proj
>> packages from experimental (as summarized below),
>>
>> Please also schedule binNMUs for the affected packages in experimental
>> if those have not yet moved to unstable when the transition starts.
>
> Go ahead.

 Thanks. proj (5.0.0-1) was uploaded earlier this morning and is now
 built & installed on all release architectures.
>>>
>>> Please also schedule binNMUs for the rdeps in experimental:
>>>
>>>  dw spatialite_4.4.0~rc1-1~exp2 . ANY . experimental . \
>>>  -m 'libproj-dev (>= 5.0.0-2)'
>>>
>>>  dw spatialite-tools_4.4.0~rc1-1~exp1 . ANY . experimental . \
>>>  -m 'libproj-dev (>= 5.0.0-2)'
>>
>> There's no binNMU command there.
> 
> My understanding of wanna-build is that dep-wait achieves the same and adds a
> dependency constraint, which nmu does not.

It does not. dep-wait only adds the dependency constraint, so it's useful if the
package is in needs-build or bd-uninstallable. If it's e.g. Installed, it will
do nothing.

>> Scheduled now for all rdeps:
>>
>> nmu spatialite spatialite-tools mapnik qmapshack . ANY . experimental -m
>> "Rebuild against libproj13."
> 
> Thanks, but mapnik & qmapshack didn't need binNMUs, they were uploaded after 
> the
> transition started and already built with proj 5.0.0.

Oops, I cancelled them.

Emilio

Bug#891966: transition: proj

[Bas Couwenberg]

On 2018-03-06 09:47, Emilio Pozuelo Monfort wrote:

On 05/03/18 19:38, Sebastiaan Couwenberg wrote:

On 03/04/2018 12:33 PM, Sebastiaan Couwenberg wrote:

On 03/04/2018 09:45 AM, Emilio Pozuelo Monfort wrote:

On 03/03/18 12:10, Bas Couwenberg wrote:

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: block -1 by 889931 889936 876934
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-proj.html


PROJ 5.0.0 has been released and bumps the SOVERSION from 12 to 13,
requiring a transition.

Almost all reverse dependencies rebuilt successfully with the new 
proj

packages from experimental (as summarized below),

Please also schedule binNMUs for the affected packages in 
experimental

if those have not yet moved to unstable when the transition starts.


Go ahead.


Thanks. proj (5.0.0-1) was uploaded earlier this morning and is now
built & installed on all release architectures.


Please also schedule binNMUs for the rdeps in experimental:

 dw spatialite_4.4.0~rc1-1~exp2 . ANY . experimental . \
 -m 'libproj-dev (>= 5.0.0-2)'

 dw spatialite-tools_4.4.0~rc1-1~exp1 . ANY . experimental . \
 -m 'libproj-dev (>= 5.0.0-2)'


There's no binNMU command there.


My understanding of wanna-build is that dep-wait achieves the same and 
adds a dependency constraint, which nmu does not.



Scheduled now for all rdeps:

nmu spatialite spatialite-tools mapnik qmapshack . ANY . experimental 
-m

"Rebuild against libproj13."


Thanks, but mapnik & qmapshack didn't need binNMUs, they were uploaded 
after the transition started and already built with proj 5.0.0.


Kind Regards,

Bas

Bug#891966: transition: proj

[Emilio Pozuelo Monfort]

On 05/03/18 19:38, Sebastiaan Couwenberg wrote:
> On 03/04/2018 12:33 PM, Sebastiaan Couwenberg wrote:
>> On 03/04/2018 09:45 AM, Emilio Pozuelo Monfort wrote:
>>> On 03/03/18 12:10, Bas Couwenberg wrote:
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: transition
 Control: block -1 by 889931 889936 876934
 Control: forwarded -1 
 https://release.debian.org/transitions/html/auto-proj.html

 PROJ 5.0.0 has been released and bumps the SOVERSION from 12 to 13,
 requiring a transition.

 Almost all reverse dependencies rebuilt successfully with the new proj
 packages from experimental (as summarized below), 

 Please also schedule binNMUs for the affected packages in experimental
 if those have not yet moved to unstable when the transition starts.
>>>
>>> Go ahead.
>>
>> Thanks. proj (5.0.0-1) was uploaded earlier this morning and is now
>> built & installed on all release architectures.
> 
> Please also schedule binNMUs for the rdeps in experimental:
> 
>  dw spatialite_4.4.0~rc1-1~exp2 . ANY . experimental . \
>  -m 'libproj-dev (>= 5.0.0-2)'
> 
>  dw spatialite-tools_4.4.0~rc1-1~exp1 . ANY . experimental . \
>  -m 'libproj-dev (>= 5.0.0-2)'

There's no binNMU command there. Scheduled now for all rdeps:

nmu spatialite spatialite-tools mapnik qmapshack . ANY . experimental -m
"Rebuild against libproj13."

Emilio

Bug#891966: transition: proj

[Sebastiaan Couwenberg]

On 03/04/2018 12:33 PM, Sebastiaan Couwenberg wrote:
> On 03/04/2018 09:45 AM, Emilio Pozuelo Monfort wrote:
>> On 03/03/18 12:10, Bas Couwenberg wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>> Control: block -1 by 889931 889936 876934
>>> Control: forwarded -1 
>>> https://release.debian.org/transitions/html/auto-proj.html
>>>
>>> PROJ 5.0.0 has been released and bumps the SOVERSION from 12 to 13,
>>> requiring a transition.
>>>
>>> Almost all reverse dependencies rebuilt successfully with the new proj
>>> packages from experimental (as summarized below), 
>>>
>>> Please also schedule binNMUs for the affected packages in experimental
>>> if those have not yet moved to unstable when the transition starts.
>>
>> Go ahead.
> 
> Thanks. proj (5.0.0-1) was uploaded earlier this morning and is now
> built & installed on all release architectures.

Please also schedule binNMUs for the rdeps in experimental:

 dw spatialite_4.4.0~rc1-1~exp2 . ANY . experimental . \
 -m 'libproj-dev (>= 5.0.0-2)'

 dw spatialite-tools_4.4.0~rc1-1~exp1 . ANY . experimental . \
 -m 'libproj-dev (>= 5.0.0-2)'

Kind Regards,

Bas

Bug#891966: transition: proj

[Sebastiaan Couwenberg]

On 03/04/2018 09:45 AM, Emilio Pozuelo Monfort wrote:
> On 03/03/18 12:10, Bas Couwenberg wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>> Control: block -1 by 889931 889936 876934
>> Control: forwarded -1 
>> https://release.debian.org/transitions/html/auto-proj.html
>>
>> PROJ 5.0.0 has been released and bumps the SOVERSION from 12 to 13,
>> requiring a transition.
>>
>> Almost all reverse dependencies rebuilt successfully with the new proj
>> packages from experimental (as summarized below), 
>>
>> Please also schedule binNMUs for the affected packages in experimental
>> if those have not yet moved to unstable when the transition starts.
> 
> Go ahead.

Thanks. proj (5.0.0-1) was uploaded earlier this morning and is now
built & installed on all release architectures.

Kind Regards,

Bas

Bug#891966: transition: proj

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 03/03/18 12:10, Bas Couwenberg wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> Control: block -1 by 889931 889936 876934
> Control: forwarded -1 
> https://release.debian.org/transitions/html/auto-proj.html
> 
> PROJ 5.0.0 has been released and bumps the SOVERSION from 12 to 13,
> requiring a transition.
> 
> Almost all reverse dependencies rebuilt successfully with the new proj
> packages from experimental (as summarized below), 
> 
> Please also schedule binNMUs for the affected packages in experimental
> if those have not yet moved to unstable when the transition starts.

Go ahead.

Emilio

Bug#891966: transition: proj

[Bas Couwenberg]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: block -1 by 889931 889936 876934
Control: forwarded -1 https://release.debian.org/transitions/html/auto-proj.html

PROJ 5.0.0 has been released and bumps the SOVERSION from 12 to 13,
requiring a transition.

Almost all reverse dependencies rebuilt successfully with the new proj
packages from experimental (as summarized below), 

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


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