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

Re: Bug#731402: SpatiaLite transition



> On Wed, Mar 19, 2014 at 23:45:57 +0100, Sebastiaan Couwenberg wrote:
>> On 03/18/2014 06:45 PM, Julien Cristau wrote:
>> > On Tue, Mar 18, 2014 at 00:56:48 +0100, Sebastiaan Couwenberg
>> >> 8) binnmu gdal             1.10.1+dfsg-4 in unstable
>>
>> With both spatialite and librasterlite built on all architectures,
>> it's time for GDAL:
>>
>> nmu gdal_1.10.1+dfsg-4+b1 . ALL . -m "Rebuild against libspatialite5"
>>
> I'm waiting for the current version here (for the armadillo transition)
> to move to testing, which should happen tonight.

Thanks, that's the last package left for SpatiaLite.

>> >> 9) binnmu merkaartor            0.18.1-3 in unstable
>>
>> Can be scheduled now too, or maybe wait for GDAL first.
>>
>> nmu merkaartor_0.18.1-3+b2 . ALL . -m "Rebuild against libspatialite5"
>>
> I'll do that together with gdal.

merkaartor was already rebuild for libgps21, which also used the new
spatialite.

>> >> 10) upload osgearth          2.5.0+dfsg-1 to unstable 11) upload
>> >> qgis                   2.2.0-1 to unstable
>>
>> Will happen after the GDAL rebuild.
>>
> Looks like that's happened anyway.

Correct. Because they also depend on libgdal-dev it seemed appropriate to
order them after GDAL in the sequence, but it's not a strict requirement.

> Is anyone taking care of mapnik?

I had a look at the suggested patch to backport, but this is non-trivial. 
Jérémy said he doesn't have time to look at mapnik in the next two weeks,
but I intent to try the patch backport in the mean time. I haven't had
much time to work on the patch backport, so there is nothing tangible yet.

Kind Regards,

Bas


Reply to: