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

Bug#712688: marked as done (transition: gdal)

Your message dated Wed, 25 Dec 2013 11:10:21 +0100
with message-id <20131225101021.GL4822@betterave.cristau.org>
and subject line Re: Bug#712688: transition: gdal
has caused the Debian Bug report #712688,
regarding transition: gdal
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
712688: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712688
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition

Dear RMs 

I'm going to provide a long due change to gdal library (current 1.9.0) in sid.
In order to solve properly problems of programs that both link geotiff, tiff
and gdal libraries, I'm going to drop direct tiff/geotiff functions providing.
Upstreams provide now a renaming feature for that (note that the internal 
gdal version indeed use a bit different ABI) and the result will be a
bit different API/ABI starting from next 1.10.0 version. 
(See http://wiki.orfeo-toolbox.org/index.php/Link_conflicts about that and
the partially working fix of #558733)

Unfortunately, upstreams do not consider that a true API change (in some way the
use of geotiff/tiff funcs out of the gdal interface is considered de facto
a deprecated use). So the official upstream soname is indeed the same.

BTW, without annoying all of you with a so looooooong history about 
this issue, I'm going to introduce a new libgdal1h binary package (h means hidden, better 
suggestions are welcome :)), with a new SONAME libgdal.1h to manage a decent migration
to the new flavor. This will sacrifice third-parties sw compatibility, but
well, who cares? It would be break anyway.

That could also imply that some r-deps will have to explicitly link now
tiff/geotiff libraries instead of using the gdal inner one.

As usual I will start all the transition in experimental ASAP.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

--- End Message ---
--- Begin Message --- 
On Tue, Jun 18, 2013 at 16:27:41 +0200, Francesco Paolo Lovergine wrote:

> I'm going to provide a long due change to gdal library (current 1.9.0) in sid.

libgdal1 is now gone from testing (except on ia64).

Cheers,
Julien

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: