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

Bug#891966: transition: proj



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.org@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


Reply to: