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

Bug#731402: marked as done (transition: spatialite)

Your message dated Sun, 27 Apr 2014 21:56:57 +0200
with message-id <20140427195657.GG4146@betterave.cristau.org>
and subject line Re: Bug#731402: transition: spatialite
has caused the Debian Bug report #731402,
regarding transition: spatialite
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.)


-- 
731402: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731402
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 Release Team,

For the Debian GIS team I'd like to request a transition slot for the
SpatiaLite transition. The upgrade from spatialite 3.1.0~rc2 to 4.1.1
involves a SONAME bump from libspatialite.so.3 to libspatialite.so.5.

Several packages in the SpatiaLite family and related Gaia-SINS software
are updated to support the new libspatialite. This includes
librasterlite, a former dependency of spatialite-gui, which is updated from
librasterlite1 (1.1~svn11) to librasterlite2 (1.1g). A seperate
transition slot will be requested for librasterlite.

The SpatiaLite packages were updated in experimental to 4.0.0 some time
ago but this effort was stalled. The packages FTBFS on several
architectures due to improper sqlite3 linking. These problems have been
adressed in the 4.1.1 packages.

The following packages were updated for the SpatiaLite transition:

 1) libgaiagraphics  (0.5-1)          available in experimental
 2) freexl           (1.0.0f-2)       available in unstable
 3) readosm          (1.0.0b+dfsg1-2) available in unstable
 4) spatialite       (4.1.1-4)        available in experimental
 5) librasterlite    (1.1g-2)         available in experimental
 6) spatialite-tools (4.1.1-1)        available in experimental
 7) spatialite-gui   (1.7.1-1)        available in experimental
 8) pyspatialite     (3.0.1-3)        available in experimental

The spatialite transition affects the following source packages:

 1) gdal                (build OK)
 2) merkaartor          (build OK)
 3) librasterlite       (build OK)
 4) spatialite-gui      (build OK)    requires libgaiagraphics (0.5)
 5) spatialite-tools    (build OK)
 6) pyspatialite        (build OK)
 7) qgis                (build OK)    requires fixed OpenSceneGraph packages

Only BinNMUs are required for gdal, merkaartor and qgis. The other
packages can be copied from experimental.

The gdal package has its own transition from 1.9.x to 1.10.x in the queue,
and is tracked in #712688.

Rebuilding qgis is currently not possible because libopenscenegraph99 is
uninstabable due to the libav transition. The openscenegraph transition
is tracked in #729289.

More information about the changes made for the spatialite transition,
see the thread on debian-gis@ starting at:

https://lists.debian.org/debian-gis/2013/10/msg00009.html

For the spatialite transition the following Ben file is suggested:

title = "libspatialite5";
is_affected = .build-depends ~ "libspatialite-dev";
is_good = .depends ~ "libspatialite5";
is_bad = .depends ~ "libspatialite3";


Kind Regards,

Bas

--- End Message ---
--- Begin Message --- 
On Thu, Dec  5, 2013 at 07:51:48 +0100, Bas Couwenberg wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: transition
> 
> Dear Release Team,
> 
> For the Debian GIS team I'd like to request a transition slot for the
> SpatiaLite transition. The upgrade from spatialite 3.1.0~rc2 to 4.1.1
> involves a SONAME bump from libspatialite.so.3 to libspatialite.so.5.
> 
I think this is all done.

Cheers,
Julien

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: