Package: postgis
Version: 2.3.1+dfsg-2
Severity: normal
Tags: upstream
Dear Maintainer,
Version 2.3.1 of postgis has a bug whereby geometry queries can sometimes fail.
For example:
mapit=# create table test (geo geometry);
CREATE TABLE
mapit=# insert into test values
mapit-#
Package: gdal-bin
Version: 1.9.0-3.1
Severity: normal
Hi,
On stable Debian, with gdal-bin 1.9.0-3.1 and proj-bin 4.7.0-2, different
results are returned for the same co-ordinate transformations:
$ echo '-1.3893433684943819 52.7297093932173411' | cs2cs +init=epsg:4326 +to
+init=epsg:27700
We are having this issue too, and it has caused our live site to go down once
(due to segfaulting on perfectly respectable JPEGs, quite ironic given this
patch was meant to prevent DoS due to malicious JPEGs :-) ).
After some investigation, the issue appears to be in the code applied by patch
On 1 May 2012, at 22:36, Vincent Fourmond wrote:
Thanks a lot for the investigation. I regret having uploaded the fix with not
enough testing.
No worries, hope it's easy to sort :-)
Would it be possible for you to provide me with examples of JPEGs giving
segfaults (by private mail if you
Package: postgresql-client-common
Version: 113
Severity: normal
Whilst the reference here to something in passing is very minor, for me it
was not :) Our 8.3 postgresql.conf contained the following:
# data_dir = '/path/to/somewhere'
data_dir = '/var/lib/postgresql/8.3/main'
pg_upgradecluster
5 matches
Mail list logo