Hi all: are there any plans for upgrading the AdhocVM [1]? We'd like
to use Python 2.7 in support of various demos, but it is not available
on that box.
If there's any room for help move this forward, I'd be
glad to contribute.
Cheers
..Tom
On Thu, Feb 25, 2016 at 07:32:29AM -0500, Tom Kralidis wrote:
Hi all: are there any plans for upgrading the AdhocVM [1]? We'd like
to use Python 2.7 in support of various demos, but it is not available
on that box.
I'm fine with upgrading the Adhoc-VM, we just need to make sure *not*
to upgrade the GRUB boot loader.
If nobody objects, I'll proceed on this topic in a couple of days.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
On Mon, Feb 29, 2016 at 09:49:39PM +0100, Martin Spott wrote:
If nobody objects, I'll proceed on this topic in a couple of days.
I'm proposing/offering to upgrade the Adhoc VM to Debian 7 this
Saturday evening, starting at approx. 21Z.
It is suggested/recommended that those who are running their stuff on
the Adhoc VM should be prepared for testing their stuff after the
upgrade procedure is over.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
Sounds good thanks Martin.
Sent from my iPhone
On Mar 3, 2016, at 13:36, Martin Spott <Martin.Spott@mgras.net> wrote:
On Mon, Feb 29, 2016 at 09:49:39PM +0100, Martin Spott wrote:
If nobody objects, I'll proceed on this topic in a couple of days.
I'm proposing/offering to upgrade the Adhoc VM to Debian 7 this
Saturday evening, starting at approx. 21Z.It is suggested/recommended that those who are running their stuff on
the Adhoc VM should be prepared for testing their stuff after the
upgrade procedure is over.Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
Upgrade starting now,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
Upgrade over, please test and report,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
Hi MapServer folks,
your custom PostgreSQL setup on the Adhoc VM is now causing more
trouble than it used to to beforehand. Please let me know which
PostgreSQL extensions you are using in order to ease migration of this
instance to a regular distro-maintained database.
Thanks,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
Looks good for demo.pycsw.org, geohealthcheck.osgeo.org and
demo.pywps.org, thanks Martin!
On Sat, Mar 5, 2016 at 6:17 PM, Martin Spott <Martin.Spott@mgras.net> wrote:
Upgrade over, please test and report,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
On 03/06/2016 02:40 AM, Martin Spott wrote:
Hi MapServer folks,
your custom PostgreSQL setup on the Adhoc VM is now causing more
trouble than it used to to beforehand. Please let me know which
PostgreSQL extensions you are using in order to ease migration of this
instance to a regular distro-maintained database.Thanks,
Martin.
Martin,
Is it only Mapserver using the custom PostgeSQL? I'm going to make an
assumption that they need PostGIS and probably needed something newer
than was originally available in the distro-variant.
Thanks,
Alex
Martin wrote:
Upgrade over, please test and report,
Hi Martin, thanks for the effort.
some trouble with GDAL 1.9.0.
conftest.c
------------------------------------
#include <gdal.h>
int main() {
GDALOpen("foo", GA_ReadOnly);
return 0;
}
------------------------------------
$ gcc -o conftest -Wall -Werror-implicit-function-declaration -I/usr/include/gdal -Wl,--export-dynamic conftest.c -L/usr/lib -lgdal -larmadillo -lproj -lpoppler -lfreexl -L/usr/lib -lgeos_c -L/usr/lib -lepsilon -lodbc -lodbcinst -lkmlengine -lkmldom -lkmlbase -lkmlconvenience -lminizip -luriparser -lexpat -lxerces-c -lpthread -ljasper -lnetcdf -lhdf5 -lmfhdfalt -ldfalt -logdi -lgif -ljpeg -lpng -L/usr/lib -lpq -llzma -lz -lpthread -lm -lrt -ldl -ldapclient -ldapserver -ldap -L/usr/lib -lspatialite -lsqlite3 -L/usr/lib/x86_64-linux-gnu -lcurl -L/usr/lib/x86_64-linux-gnu -lmysqlclient -lpthread -lm -lrt -ldl
conftest.c: In function ‘main’:
conftest.c:5:11: warning: ignoring return value of ‘GDALOpen’, declared with attribute warn_unused_result [-Wunused-result]
/usr/bin/ld: cannot find -larmadillo
/usr/bin/ld: cannot find -lpoppler
/usr/bin/ld: cannot find -lfreexl
/usr/bin/ld: cannot find -lepsilon
/usr/bin/ld: cannot find -lkmlengine
/usr/bin/ld: cannot find -lkmldom
/usr/bin/ld: cannot find -lkmlbase
/usr/bin/ld: cannot find -lkmlconvenience
/usr/bin/ld: cannot find -lminizip
/usr/bin/ld: cannot find -luriparser
collect2: error: ld returned 1 exit status
$ gdal-config --dep-libs
-larmadillo -lproj -lpoppler -lfreexl -L/usr/lib -lgeos_c -L/usr/lib -lepsilon -lodbc -lodbcinst -lkmlengine -lkmldom -lkmlbase -lkmlconvenience -lminizip -luriparser -lexpat -lxerces-c -lpthread -ljasper -lnetcdf -lhdf5 -lmfhdfalt -ldfalt -logdi -lgif -ljpeg -lpng -L/usr/lib -lpq -llzma -lz -lpthread -lm -lrt -ldl -ldapclient -ldapserver -ldap -L/usr/lib -lspatialite -lsqlite3 -L/usr/lib/x86_64-linux-gnu -lcurl -L/usr/lib/x86_64-linux-gnu -lmysqlclient -lpthread -lm -lrt -ldl
$ dpkg -S gdal-config
libgdal-dev: /usr/bin/gdal-config
There was also a problem with linking against GEOS too,
/usr/lib/libgdal.so: undefined reference to `GEOSGeom_getCoordinateDimension'
collect2: error: ld returned 1 exit status
[see the end of /osgeo/grass/src/grass-6.4.5/config.log]
I tried uninstalling the old orphaned libgeos-3.2.0 package from squeeze, but that didn't help.
I can put it back if anyone depends on it.
?
cheers,
Hamish
On Fri, Mar 11, 2016 at 12:22:10AM +0000, Hamish wrote:
some trouble with GDAL 1.9.0.
I tried to understand what's going wrong there but I didn't get a clue
yet. Will carry on ....
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------