All gdal rdeps maintained by the Debian GIS team have been rebuild for
the gdal transition except saga which is waiting for the libvigraimpex
transition (#793044).
rasterio (0.25.0-1) FTBFS on arm{el,hf}, but since the package hasn't
migrated to testing since its initial upload to unstable, this s
On 20-08-15 12:59, Sebastiaan Couwenberg wrote:
> To unblock the various transitions as mentioned in the geos transition
> bugreport (#791045) that are waiting for a new gdal build in unstable,
>
> I've prepared a new upload of gdal for experimental. It updates the C++
> symbols for all architectu
On 20-08-15 12:59, Sebastiaan Couwenberg wrote:
> Because of an issue in the gdal configure checks, libkml support is
> disabled due to the removed third party libraries in the new libkml.
>
> I'll patch the gdal build to properly support the new libkml builds too,
> after we get the transition mo
On 19-06-15 14:40, Sebastiaan Couwenberg wrote:
> On 06/19/2015 01:21 PM, Emilio Pozuelo Monfort wrote:
>> On 17/06/15 01:22, Sebastiaan Couwenberg wrote:
>>> OK, I'll keep the alternative dependency template for the C++ symbols
>>> and change the package name. libgdal1i seems an obvious choice to
(Moving the discussion to #788533; #756867 bcc'ed)
On 19/06/15 14:40, Sebastiaan Couwenberg wrote:
> The mips* FTBFS are a recurring problem for the mapnik package, previous
> builds were no different. I'll try to get it to build on a porterbox,
> but I expect intervention from the buildd admins w
On 06/19/2015 01:21 PM, Emilio Pozuelo Monfort wrote:
> On 17/06/15 01:22, Sebastiaan Couwenberg wrote:
>> On 06/16/2015 01:21 AM, Emilio Pozuelo Monfort wrote:
>>> On 14/06/15 13:28, Sebastiaan Couwenberg wrote:
On 06/14/2015 04:29 AM, Julien Cristau wrote:
> On Fri, Jun 12, 2015 at 17:39
On 17/06/15 01:22, Sebastiaan Couwenberg wrote:
> On 06/16/2015 01:21 AM, Emilio Pozuelo Monfort wrote:
>> On 14/06/15 13:28, Sebastiaan Couwenberg wrote:
>>> On 06/14/2015 04:29 AM, Julien Cristau wrote:
On Fri, Jun 12, 2015 at 17:39:14 +0200, Sebastiaan Couwenberg
wrote:
> This
On 06/16/2015 01:21 AM, Emilio Pozuelo Monfort wrote:
> On 14/06/15 13:28, Sebastiaan Couwenberg wrote:
>> On 06/14/2015 04:29 AM, Julien Cristau wrote:
>>> On Fri, Jun 12, 2015 at 17:39:14 +0200, Sebastiaan Couwenberg
>>> wrote:
>>>
This hasn't been an issue before, so I'm tempted to ignore i
On 14/06/15 13:28, Sebastiaan Couwenberg wrote:
> On 06/14/2015 04:29 AM, Julien Cristau wrote:
>> On Fri, Jun 12, 2015 at 17:39:14 +0200, Sebastiaan Couwenberg
>> wrote:
>>
>>> This hasn't been an issue before, so I'm tempted to ignore it.
>>> Unless the Release Team wants this addressed, then we'
On 06/14/2015 04:29 AM, Julien Cristau wrote:
> On Fri, Jun 12, 2015 at 17:39:14 +0200, Sebastiaan Couwenberg
> wrote:
>
>> This hasn't been an issue before, so I'm tempted to ignore it.
>> Unless the Release Team wants this addressed, then we'll need to
>> update gdal in jessie first.
>>
> It ne
That probably
means changing the libgdal binary package name
to e.g. libgdal1a; see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712688#10 and
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731261#30 for previous
examples.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.de
On Fri, Jun 12, 2015 at 17:39:14 +0200, Sebastiaan Couwenberg wrote:
> This hasn't been an issue before, so I'm tempted to ignore it. Unless
> the Release Team wants this addressed, then we'll need to update gdal in
> jessie first.
>
It needs to be addressed, with no changes in jessie. That prob
On Fri, Jun 12, 2015 at 12:17:27PM +0200, Sebastiaan Couwenberg wrote:
> The gdal 1.11.2 package is Ubuntu from some time already, and they
> didn't have these concerns. But that may be inherent to Ubuntu not being
> as strict as Debian about these kind of issues.
>
> I'd hate having to wait for GD
On 06/12/2015 05:12 PM, Vincent Danjean wrote:
> Le 12/06/2015 12:17, Sebastiaan Couwenberg a écrit :
>> On 06/12/2015 07:30 AM, Vincent Danjean wrote:
>>> Le 12/06/2015 01:06, Sebastiaan Couwenberg a écrit :
On 06/12/2015 12:26 AM, Emilio Pozuelo Monfort wrote:
> So let's say gdal 1.11 ch
Le 12/06/2015 12:17, Sebastiaan Couwenberg a écrit :
> On 06/12/2015 07:30 AM, Vincent Danjean wrote:
>> Le 12/06/2015 01:06, Sebastiaan Couwenberg a écrit :
>>> On 06/12/2015 12:26 AM, Emilio Pozuelo Monfort wrote:
So let's say gdal 1.11 changed the ABI for some C++ symbols. Since the
p
On 06/12/2015 07:30 AM, Vincent Danjean wrote:
> Le 12/06/2015 01:06, Sebastiaan Couwenberg a écrit :
>> On 06/12/2015 12:26 AM, Emilio Pozuelo Monfort wrote:
>>> So let's say gdal 1.11 changed the ABI for some C++ symbols. Since the
>>> packages
>>> currently in sid don't have strict dependencies
Le 12/06/2015 01:06, Sebastiaan Couwenberg a écrit :
> On 06/12/2015 12:26 AM, Emilio Pozuelo Monfort wrote:
>> So let's say gdal 1.11 changed the ABI for some C++ symbols. Since the
>> packages
>> currently in sid don't have strict dependencies on the old ABI, the new
>> library
>> will be insta
On 06/12/2015 12:26 AM, Emilio Pozuelo Monfort wrote:
> Hi, and sorry for the late reply.
>
> On 31/05/15 15:59, Sebastiaan Couwenberg wrote:
>> On 05/31/2015 03:19 PM, Emilio Pozuelo Monfort wrote:
>>> On 26/05/15 23:16, Sebastiaan Couwenberg wrote:
Dear Release Team,
To move away
Hi, and sorry for the late reply.
On 31/05/15 15:59, Sebastiaan Couwenberg wrote:
> On 05/31/2015 03:19 PM, Emilio Pozuelo Monfort wrote:
>> On 26/05/15 23:16, Sebastiaan Couwenberg wrote:
>>> Dear Release Team,
>>>
>>> To move away from the deprecated spatialite_init() method that is
>>> causing
On 05/31/2015 03:19 PM, Emilio Pozuelo Monfort wrote:
> On 26/05/15 23:16, Sebastiaan Couwenberg wrote:
>> Dear Release Team,
>>
>> To move away from the deprecated spatialite_init() method that is
>> causing issues since the proj 4.9.1 transition (#785091) we need to get
>> gdal 1.11.2 out of expe
Control: forwarded -1 https://release.debian.org/transitions/html/gdal-1.11.html
On 26/05/15 23:16, Sebastiaan Couwenberg wrote:
> Dear Release Team,
>
> To move away from the deprecated spatialite_init() method that is
> causing issues since the proj 4.9.1 transition (#785091) we need to get
> g
Processing control commands:
> forwarded -1 https://release.debian.org/transitions/html/gdal-1.11.html
Bug #756867 [release.debian.org] transition: gdal
Set Bug forwarded-to-address to
'https://release.debian.org/transitions/html/gdal-1.11.html'.
--
756867: http://bugs.debian.org/cgi-bin/bugrep
Dear Release Team,
To move away from the deprecated spatialite_init() method that is
causing issues since the proj 4.9.1 transition (#785091) we need to get
gdal 1.11.2 out of experimental.
We didn't manage to get it into jessie, so I'd like to restart this
transition for stretch as soon as possi
On 08/13/2014 11:22 PM, Emilio Pozuelo Monfort wrote:
> On 13/08/14 18:51, Sebastiaan Couwenberg wrote:
>> On 08/13/2014 06:18 PM, Julien Cristau wrote:
>>> OK, I'd suggest something like this:
>>> - add Provides: libgdal.so.1-${version} to libgdal1h (${version} being
>>> 1.10.1 or 1.11.0)
>>> -
On 13/08/14 18:51, Sebastiaan Couwenberg wrote:
> On 08/13/2014 06:18 PM, Julien Cristau wrote:
>> On Wed, Aug 13, 2014 at 11:45:36 +0200, Sebastiaan Couwenberg wrote:
>>
>>> All I know is that we need to rebuild the reverse dependencies for a new
>>> GDAL version, even if the SONAME doesn't change
On 08/13/2014 06:18 PM, Julien Cristau wrote:
> On Wed, Aug 13, 2014 at 11:45:36 +0200, Sebastiaan Couwenberg wrote:
>
>> All I know is that we need to rebuild the reverse dependencies for a new
>> GDAL version, even if the SONAME doesn't change. libLAS even needed
>> source changes to support GDA
On Wed, Aug 13, 2014 at 11:45:36 +0200, Sebastiaan Couwenberg wrote:
> All I know is that we need to rebuild the reverse dependencies for a new
> GDAL version, even if the SONAME doesn't change. libLAS even needed
> source changes to support GDAL 1.11.0 (since it uses the unstable C++
> interface)
On 08/13/2014 02:41 AM, Julien Cristau wrote:
> On Tue, Aug 12, 2014 at 11:41:57 +0200, Sebastiaan Couwenberg wrote:
>
>> On 08/12/2014 11:26 AM, Emilio Pozuelo Monfort wrote:
>>> On 02/08/14 20:41, Bas Couwenberg wrote:
Updating GDAL from 1.10.1 to 1.11.0 involves a SONAME bump from
lib
On Tue, Aug 12, 2014 at 11:41:57 +0200, Sebastiaan Couwenberg wrote:
> On 08/12/2014 11:26 AM, Emilio Pozuelo Monfort wrote:
> > On 02/08/14 20:41, Bas Couwenberg wrote:
> >> Updating GDAL from 1.10.1 to 1.11.0 involves a SONAME bump from
> >> libgdal.so.1.17.1 to libgdal.so.1.18.0.
> >>
> >> Beca
On 08/12/2014 11:26 AM, Emilio Pozuelo Monfort wrote:
> On 02/08/14 20:41, Bas Couwenberg wrote:
>> Updating GDAL from 1.10.1 to 1.11.0 involves a SONAME bump from
>> libgdal.so.1.17.1 to libgdal.so.1.18.0.
>>
>> Because the binary package name doesn't change, I don't know how to
>> format a Ben fi
On 02/08/14 20:41, Bas Couwenberg wrote:
> Updating GDAL from 1.10.1 to 1.11.0 involves a SONAME bump from
> libgdal.so.1.17.1 to libgdal.so.1.18.0.
>
> Because the binary package name doesn't change, I don't know how to
> format a Ben file to track this.
Err. What? Are you bumping the SONAME wit
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
The Debian GIS team would like to get GDAL 1.11.0 into jessie before the
freeze.
Currently GDAL 1.10.1 is unstable and jessie, and GDAL 1.11.0 is in
experimental.
Up
32 matches
Mail list logo
