Re: Transitions [WAS: Re: SpatiaLite 4.2.1 and the wider spatialite family]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 05/24/2015 11:10 AM, Ross Gammon wrote:
> A quick scan of the PTS/tracker showed that it is possible we might
> get tangled with some other minor transitions. It would be good to
> start as early as possible because new conflicts will pop up over
> time.
I'm currently rebuilding all gdal rdepends to verify they still work,
once that's done I'll contact the Release Team to restart the gdal
transition.
> If the netcdf packages pop out of NEW soon, that is quite a large
> one to manage as well.
I expect a lot of issue with the netcdf transition, so I'd really like
to have finished the gdal & spatialite transitions before that.
For spatialite we may not want to wait for the final 4.2.1 release and
revert back to 4.2.0 for unstable to get that transition moving
sooner. We need a more recent libspatialite than 4.1.1 to have gdal
use the spatialite_init_ex() method.
I'd like to hear opinions what others consider the best course of
action with respect to the spatialite segfault issue and related
transition(s).
> Let me know if I can help with preparing any packages so they are
> ready to go when we get the nod.
There is not much left to do on the packaging, although for the
spatialite_init() issue there is a big need to porting reverse
dependencies to use spatialite_init_ex() instead. Both pyspatialite
and qgis lack support for the spatialite_init_ex(), gdal only needs an
update to 1.11.x.
Kind Regards,
Bas
- --
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCgAGBQJVYZr+AAoJEGdQ8QrojUrxW7cP/iuesWtLJ0pX9qO1kX7i8PUd
jGbqTSDgtijluA8eMx3C6uGq4k1tk5S1ac9Ywi380kCjxiIQL/+8Ubbx7UkwElaW
HmMwHpMz+PuNXfrk7vVDMdVis7Trd8VdMzgAGpL2GCDbeAjgXY39tx+MPBCvvQBw
+3jQ/ZYyNRnWRHspQlayEwRGzdrJQ4Owx3gJiO7vjBJ4QDwvN5B485w+D85TC7w+
C14D2jw1SjuJ50g/ZiMp8HttfKkQMWMqafEYQSo1786qawBz980FutMyKaJwEQoz
Q83V/ooQT12KQLTJqMG41xSC2JcJExrZ7loBQJ9WSLebFkYGSIiwX1yfZ7KdQirb
HyALmKFHzx7N+fGwBlxdj1XkIThoO1CLSfe7RcRXqcrl68B2bCrvbbb5vLIfbgzs
TwpHTj/5MT4uJIXm5OuXUAv4tkWc5v6mRz4/VrbM1Zp/KPXobw2VcD+72f1bc1Ny
xwFDqXfxW7HAl888jsLsvYFPMTLa5GZp0a7VR52NQwoXRPErm9XX3DfmbGQRoEB1
4Uvc2uLfF54WmRnEdpkeY7e3JabgHNs8kSXDEimFNdmGj/9ucv+sXNOGGMhbhCuf
f8633RbGV/7MTGIxngQedh3TgD/z/yH+76zHssh5wLhcVHggqTIzBeQX0ZalWpbv
ZOmD+F/Bhx0wYaUTb5F4
=28xg
-----END PGP SIGNATURE-----
Reply to: