Bug#796990: Ogr2ogr with wrapdateline fails on armhf
On 26-08-15 21:15, Johan Van de Wauw wrote: > This function uses GEOS, so we should check again after rebuilding that: Thanks for digging futher! This is all the more reason to start the geos transition soon as mentioned in the bugreport (#791045). Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#796990: Ogr2ogr with wrapdateline fails on armhf
This function uses GEOS, so we should check again after rebuilding that:
See ogrgeometryfactory.cpp:
2321 if (oEnvelope.MinX > dfLeftBorderX && oEnvelope.MaxX > 180)
2322 {
2323 #ifndef HAVE_GEOS
2324 CPLError( CE_Failure, CPLE_NotSupported,
2325 "GEOS support not enabled." );
2326 #else
2327 bWrapDateline = TRUE;
2328 #endif
2329 }
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#796990: Ogr2ogr with wrapdateline fails on armhf
On Wed, Aug 26, 2015 at 7:03 PM, Sebastiaan Couwenberg
wrote:
> I'm not sure what to do with this bugreport, if it's a problem with gdal
> on arm{el,hf} we should forward it upstream, but since it can also very
> likely be caused by the ongoing transitions we should probably keep it
> around for now and check it again when the GCC 5 transitions have completed.
This is not an upstream issue. I checked and ubuntu utopic does not
show this behaviour (with gdal 1.11.2 and before the libstdc++
migration).
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#796990: Ogr2ogr with wrapdateline fails on armhf
On 26-08-15 18:02, Johan Van de Wauw wrote:
> While investigating the failing tests of rasterio in sid on
> armhf/armel [1,2] I tried doing the same command using ogr2ogr:
>
> ogr2ogr new.geojson test.geojson -t_srs epsg:4326 -f GeoJSON -wrapdateline
> ERROR 1: vector::_M_fill_insert
> ERROR 1: vector::_M_fill_insert
> ERROR 1: vector::_M_fill_insert
> ERROR 1: vector::_M_fill_insert
>
> The same error is encountered. This error comes from C++ so I assume
> it is related to the libstdc++ transition. Moreover, if I build
> rasterio on stretch the error does not occur (and the ogr2ogr command
> works fine).
Builds on stretch have different versions in the dependency chain, as
part of the ongoing GCC 5 transitions several packages in the rasterio
dependency chain have been updated to newer upstream versions, most
importantly gdal.
The most interesting aspect of this issue is that it's limited to
arm{hf,el} which makes me suspect architecture differences are the root
cause.
I'm not sure what to do with this bugreport, if it's a problem with gdal
on arm{el,hf} we should forward it upstream, but since it can also very
likely be caused by the ongoing transitions we should probably keep it
around for now and check it again when the GCC 5 transitions have completed.
For now I'll do some porter uploads with nocheck to allow the build to
succeed and not block the gdal transition.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#796990: Ogr2ogr with wrapdateline fails on armhf
Package:gdal Version: 1.11.2+dfsg-1 Severity: normal Hello Team members, While investigating the failing tests of rasterio in sid on armhf/armel [1,2] I tried doing the same command using ogr2ogr: ogr2ogr new.geojson test.geojson -t_srs epsg:4326 -f GeoJSON -wrapdateline ERROR 1: vector::_M_fill_insert ERROR 1: vector::_M_fill_insert ERROR 1: vector::_M_fill_insert ERROR 1: vector::_M_fill_insert The same error is encountered. This error comes from C++ so I assume it is related to the libstdc++ transition. Moreover, if I build rasterio on stretch the error does not occur (and the ogr2ogr command works fine). [1] https://buildd.debian.org/status/fetch.php?pkg=rasterio&arch=armel&ver=0.25.0-1&stamp=1440369003 [2] https://buildd.debian.org/status/fetch.php?pkg=rasterio&arch=armhf&ver=0.25.0-1&stamp=1440368428 test.geojson Description: Binary data ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
