Bug#784160: transition: proj
On 05/03/2015 09:45 PM, Sebastiaan Couwenberg wrote:
> On 05/03/2015 09:08 PM, Jonathan Wiltshire wrote:
>> On 2015-05-03 17:25, Bas Couwenberg wrote:
>>> We've had proj 4.9.x in experimental for some time now, and I'd like to
>>> move it from experimental to unstable as the first stretch transition
>>> for the Debian GIS team.
>>> Currently PROJ.4 4.8.0 is unstable and jessie, and PROJ.4 4.9.1 is in
>>> Updating PROJ.4 from 4.8.0 to 4.9.1 involves a SONAME bump from
>>> libproj.so.0 to libproj.so.9.
>> Please go ahead; there are (currently) no entanglements. Thanks for
>> testing thoroughly in experimental.
> Thanks, I've uploaded proj 4.9.1-1.
To resolve the build failures for postgis in hurd-i386 & mipsel, I've
manually bin-nmu'ed the packages on the respective porterboxes.
The testsuite is known to fail on these architectures, using
DEB_BUILD_OPTIIONS=nocheck allows the builds to succeed.
Since postgis (2.1.5+dfsg-1~exp2) for hurd-i386, and postgis
(2.1.6+dfsg-1~exp1) for mipsel, the testsuite is skipped on these
architecture via d/rules. Unfortunately these more recent postgis
versions are still stuck in NEW.
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1