Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
Hi all, just tried to install GRASS GIS 7 on a freshly installed Ubuntu 12.4 box but it failed (see below). I thought the issue had been solved in the past. Is my install sequence wrong which I took from the GRASS web site? ubuntu@gislab-nuc:~$ sudo add-apt-repository ppa:grass/grass-stable; sudo apt-get update; sudo apt-get install grass70-core grass70-gui grass70-doc [sudo] password for ubuntu: You are about to add the following PPA to your system: GRASS Packages for the development release branch. This is currently Version 7.0 NOTE: These packages are NOT the OFFICIAL stable and tested packages by UBUNTU DEBIAN GIS team. UBUNTU packages are found here: https://launchpad.net/ubuntu/+source/grass and UBUNTU GIS packages here: * https://launchpad.net/~ubuntugis/+archive/ubuntugis-testing * https://launchpad.net/~ubuntugis/+archive/ubuntugis-unstable * https://launchpad.net/~ubuntugis/+archive/ppa More info: https://launchpad.net/~grass/+archive/ubuntu/grass-stable Press [ENTER] to continue or ctrl-c to cancel adding it gpg: keyring `/tmp/tmp4AsXPl/secring.gpg' created gpg: keyring `/tmp/tmp4AsXPl/pubring.gpg' created gpg: requesting key 26D57B27 from hkp server keyserver.ubuntu.com gpg: /tmp/tmp4AsXPl/trustdb.gpg: trustdb created gpg: key 26D57B27: public key Launchpad PPA for GRASS GIS imported gpg: Total number processed: 1 gpg: imported: 1 (RSA: 1) OK Hit http://it.archive.ubuntu.com precise Release.gpg Hit http://extras.ubuntu.com precise Release.gpg Hit http://it.archive.ubuntu.com precise-updates Release.gpg ... Hit http://it.archive.ubuntu.com precise-updates/universe Translation-en Hit http://it.archive.ubuntu.com precise-backports/main Translation-en Hit http://it.archive.ubuntu.com precise-backports/multiverse Translation-en Hit http://it.archive.ubuntu.com precise-backports/restricted Translation-en Hit http://it.archive.ubuntu.com precise-backports/universe Translation-en Fetched 23.3 kB in 4s (4,935 B/s) Reading package lists... Done Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: grass70-core : Depends: libgdal1h (= 1.8.0) but it is not installable Depends: libgeos-c1 (= 3.4.2) but it is not going to be installed Depends: libproj0 (= 4.8.0-1) but it is not going to be installed Recommends: gdal-bin but it is not going to be installed Recommends: proj-bin but it is not going to be installed E: Unable to correct problems, you have held broken packages. ubuntu@gislab-nuc:~$ thanks for any hints, Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2014 11:46, Markus Neteler wrote: Hi all, just tried to install GRASS GIS 7 on a freshly installed Ubuntu 12.4 box but it failed (see below). I thought the issue had been solved in the past. Is my install sequence wrong which I took from the GRASS web site? ubuntu@gislab-nuc:~$ sudo add-apt-repository ppa:grass/grass-stable; sudo apt-get update; sudo apt-get install grass70-core grass70-gui grass70-doc [sudo] password for ubuntu: You are about to add the following PPA to your system: GRASS Packages for the development release branch. This is currently Version 7.0 NOTE: These packages are NOT the OFFICIAL stable and tested packages by UBUNTU DEBIAN GIS team. UBUNTU packages are found here: https://launchpad.net/ubuntu/+source/grass and UBUNTU GIS packages here: * https://launchpad.net/~ubuntugis/+archive/ubuntugis-testing * https://launchpad.net/~ubuntugis/+archive/ubuntugis-unstable * https://launchpad.net/~ubuntugis/+archive/ppa More info: https://launchpad.net/~grass/+archive/ubuntu/grass-stable Press [ENTER] to continue or ctrl-c to cancel adding it gpg: keyring `/tmp/tmp4AsXPl/secring.gpg' created gpg: keyring `/tmp/tmp4AsXPl/pubring.gpg' created gpg: requesting key 26D57B27 from hkp server keyserver.ubuntu.com gpg: /tmp/tmp4AsXPl/trustdb.gpg: trustdb created gpg: key 26D57B27: public key Launchpad PPA for GRASS GIS imported gpg: Total number processed: 1 gpg: imported: 1 (RSA: 1) OK Hit http://it.archive.ubuntu.com precise Release.gpg Hit http://extras.ubuntu.com precise Release.gpg Hit http://it.archive.ubuntu.com precise-updates Release.gpg ... Hit http://it.archive.ubuntu.com precise-updates/universe Translation-en Hit http://it.archive.ubuntu.com precise-backports/main Translation-en Hit http://it.archive.ubuntu.com precise-backports/multiverse Translation-en Hit http://it.archive.ubuntu.com precise-backports/restricted Translation-en Hit http://it.archive.ubuntu.com precise-backports/universe Translation-en Fetched 23.3 kB in 4s (4,935 B/s) Reading package lists... Done Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: grass70-core : Depends: libgdal1h (= 1.8.0) but it is not installable Depends: libgeos-c1 (= 3.4.2) but it is not going to be installed Depends: libproj0 (= 4.8.0-1) but it is not going to be installed Recommends: gdal-bin but it is not going to be installed Recommends: proj-bin but it is not going to be installed E: Unable to correct problems, you have held broken packages. ubuntu@gislab-nuc:~$ Hi Markus, this is a problem with dependency on Ubuntu GIS repositories (I was writing about this earlier). You need to add also Ubuntu GIS repositories in to your system using the same way as you did for GRASS one. Another problem is that GRASS builds depends on both 'ubuntugis-stable' and 'ubuntugis-unstable' which can produce strange results. The best way is to install GIS.lab which is providing GRASS 7 :). I can update it to latest RC release if required. BTW, I am just currently fine tuning GIS.lab Unit installation wiki page [1]. 1 - https://github.com/imincik/gis-lab/wiki/GIS.lab-Unit - -- Ivan Minčík ivan.min...@gmail.com GPG: 0x79529A1E http://imincik.github.io/0x79529A1E.key ivan.min...@gista.sk GPG: 0xD714B02C http://imincik.github.io/0xD714B02C.key -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUoqkTAAoJEPfdLsR5UpoexrQH/0gADkQOp7ecUA8yn+wldXnj wYZElgtNJ3P8k9/+WZnrBAhzViAxTXk1mwB/AQvMIgqR9r+nyTpkYYd44WUud85L LnzP+e6RDGpG2lgenEaDEo7UWbCopc3/Fnf9mHs2A/si9vXF6NdmD3OSM/s4NVUs QH38Di0ANjHQIPmRZhpIPaxTOpcCIJsTN43eo4C5PYXwLmri8xYNtMq15Ih2xLb+ 4b79WwuE4br89GDiWgStbZatJOQ0fylYDMv1spoMWMkXHuwh+bGGoLRVMyn0tnmy Tco13MOLapuYnAGpoqaomzs6e2jgmgN9kUJZCVGrE/lawmN0Zhtz/+9KNEMqH1c= =IOkh -END PGP SIGNATURE- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2014 11:46, Markus Neteler wrote: Hi all, just tried to install GRASS GIS 7 on a freshly installed Ubuntu 12.4 box but it failed (see below). I thought the issue had been solved in the past. Is my install sequence wrong which I took from the GRASS web site? Jus for information, here is my repo [1] (only for Ubuntu 12.04) which should work without any additional dependencies. This one is used for GIS.lab. $ sudo add-apt-repository ppa:imincik/gis 1 - https://launchpad.net/~imincik/+archive/ubuntu/gis - -- Ivan Minčík ivan.min...@gmail.com GPG: 0x79529A1E http://imincik.github.io/0x79529A1E.key ivan.min...@gista.sk GPG: 0xD714B02C http://imincik.github.io/0xD714B02C.key -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUoqu5AAoJEPfdLsR5Upoeed8IALPyn4JDdecmUIqNTP72o35S febKvqkbyPuRaQjjYeZRDGDYJTxtZVJO2DRDWvX9Fz495PWiVrHEfthhGMXFoQ3V dL15x4Tk1GzCmF3JUsfAGrJPVKifguDBCLNtWQFEAp3fcSRVHSQL50HAlYs96BD5 uyuYvhGD+9KXWhTZFpkLJ7051869uKoSincoLplslFRyx8UHKSW8uk+k0FRndzmd M5jtwkN1NrrlsuXYITr7SVqMexdLJrbowAK5BMLzTR7i9AQdK4Zpmai8MrmzOag4 AbnyOMG04cmxG+pRtOViqH93BpAb/UUnfL+azUI9Aj0jQ7qRtQV2LKEyiqAfKRU= =Gcad -END PGP SIGNATURE- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Is grass70b4 compiling on FreeBSD ?
On Tue, Dec 30, 2014 at 1:31 AM, Fábio Dias fabio.d...@gmail.com wrote: Hi, So, I started with a fresh checkout (from the URL you told me to switch to). ok, fine. The full log is on http://pastebin.com/2n9vswif The important part, afaik, is : /usr/home/diasf/releasebranch_7_0/dist.x86_64-unknown-freebsd10.1/lib/libgrass_gis.7.0.0svn.so: undefined reference to `libiconv' /usr/home/diasf/releasebranch_7_0/dist.x86_64-unknown-freebsd10.1/lib/libgrass_gis.7.0.0svn.so: undefined reference to `libiconv_close' /usr/home/diasf/releasebranch_7_0/dist.x86_64-unknown-freebsd10.1/lib/libgrass_gis.7.0.0svn.so: undefined reference to `libiconv_open' So I've tried with --with-iconv on the configure, not that this option exist... Then I manually changed a Makefile, on one of the directories with error. Added -liconv to he LIBES var, then the make worked. Ok. You could enable that globally here: include/Make/Platform.make which is autogenerated. Please take a look at config.log and search therein for libiconv. It will contain the error why it wasn't found. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
Hi Ivan, On Tue, Dec 30, 2014 at 2:30 PM, Ivan Mincik ivan.min...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2014 11:46, Markus Neteler wrote: Hi all, just tried to install GRASS GIS 7 on a freshly installed Ubuntu 12.4 box but it failed (see below). ... Hi Markus, this is a problem with dependency on Ubuntu GIS repositories (I was writing about this earlier). You need to add also Ubuntu GIS repositories in to your system using the same way as you did for GRASS one. I see, so the GRASS web site instructions were wrong. Have update them now, at least for Ubuntu 12.4. Another problem is that GRASS builds depends on both 'ubuntugis-stable' and 'ubuntugis-unstable' which can produce strange results. It seems that as of today 'ubuntugis-unstable' is sufficient - these commands went through: sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable; sudo add-apt-repository ppa:grass/grass-stable; sudo apt-get update; sudo apt-get install grass70-core grass70-gui grass70-doc Installation done, now I can finally reproduce this error :-) GRASS 7.0.0 (latlong):~ Unable to get GRASS version Unable to get GRASS version GRASS 7.0.0 (latlong):~ g.version -g version=7.0.0svn date=2014 revision= build_date=2014-12-13 build_platform=x86_64-pc-linux-gnu The best way is to install GIS.lab which is providing GRASS 7 :). I can update it to latest RC release if required. BTW, I am just currently fine tuning GIS.lab Unit installation wiki page [1]. 1 - https://github.com/imincik/gis-lab/wiki/GIS.lab-Unit Thanks Ivan, for sure I'll install GIS.lab-Unit next on your Intel NUC! I just used the occasion to test the standard installation for a test. Next steps: - understand this GRASS version not found error - reinstall with $ sudo add-apt-repository ppa:imincik/gis thanks again for your support, Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2014 15:00, Markus Neteler wrote: GRASS 7.0.0 (latlong):~ Unable to get GRASS version Unable to get GRASS version GRASS 7.0.0 (latlong):~ g.version -g version=7.0.0svn date=2014 revision= build_date=2014-12-13 build_platform=x86_64-pc-linux-gnu Fine, I have also seen this error. I was not sure if it is bug or some build configuration problem, so I was not sure if I should report it. My earlier note to packages versioning: For Ubuntu PPA builds I strongly suggest to update build recipe with SVN revision number instead of meaningless BZR one, which has no relation to SVN and is confusing: Proposed recipe: # bzr-builder format 0.4 deb-version 7.0.0+1svn{svn-revno} lp:grass/7.0 nest debianfiles lp:~grass/grass/grass70_release_debian debian - -- Ivan Minčík ivan.min...@gmail.com GPG: 0x79529A1E http://imincik.github.io/0x79529A1E.key ivan.min...@gista.sk GPG: 0xD714B02C http://imincik.github.io/0xD714B02C.key -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUorMDAAoJEPfdLsR5UpoeX5kH/RN4rUJCe2tytSbiDQB0nRcU vS7b2/F4a9UqvLEQkYIGu+FNNRIswv59kfN1+1tQgE2obgwiWMFPzVEb6+8Gwt1d x45IfA4orTZLL41z4WPrlsS1UreWuUrPPvHYVP8RFmLivAQr8wSAz2xdmZQUD06f 04AIo6C8ztkUDOTi7bcblwUexkn9GILPbXc5puwSXh37gtqZaK9dMS/LB9jgbP4/ X7zo+3x2kTBvqbtdWquYBRGM5V5VAQ/ew9mZBDd2yU6EpITE/DZz9kX8WoDqoMJI qp/hX9Ayx6ZximSnmfVhDu211irrEBLkswnLk+Ga14ca8elVvoO9mRcA/y9zFTw= =gJic -END PGP SIGNATURE- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
On Tue, Dec 30, 2014 at 3:13 PM, Ivan Mincik ivan.min...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2014 15:00, Markus Neteler wrote: GRASS 7.0.0 (latlong):~ Unable to get GRASS version Unable to get GRASS version GRASS 7.0.0 (latlong):~ g.version -g version=7.0.0svn date=2014 revision= build_date=2014-12-13 build_platform=x86_64-pc-linux-gnu Fine, I have also seen this error. I was not sure if it is bug or some build configuration problem, so I was not sure if I should report it. It only occurs on Ubuntu and will render GRASS (partially) unusable. My earlier note to packages versioning: For Ubuntu PPA builds I strongly suggest to update build recipe with SVN revision number instead of meaningless BZR one, which has no relation to SVN and is confusing: Proposed recipe: # bzr-builder format 0.4 deb-version 7.0.0+1svn{svn-revno} lp:grass/7.0 nest debianfiles lp:~grass/grass/grass70_release_debian debian Not really being an Ubuntu user I have no opinion here. But this is how the version is generated: # original source code include/Make/Platform.make.in:GRASS_VERSION_SVN = @GRASS_VERSION_SVN@ # -- configure -- include/Make/Platform.make:GRASS_VERSION_SVN = 63869M # g.version: general/g.version/Makefile EXTRA_CFLAGS = $(PROJINC) $(GEOSCFLAGS) \ ... -DGRASS_VERSION_SVN=\'$(GRASS_VERSION_SVN)'\ \ general/g.version/main.c # line 99: fprintf(stdout, revision=%s\n, GRASS_VERSION_SVN); So, when running configure before compilation, the version number is picked up: In configure line 1281 and later, it executes svnversion which reports the SVN revision number. Could you please execute svnversion in your GRASS 7.0.svn source code main directory? Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/30/2014 03:29 PM, Markus Neteler wrote: On Tue, Dec 30, 2014 at 3:13 PM, Ivan Mincik ivan.min...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2014 15:00, Markus Neteler wrote: GRASS 7.0.0 (latlong):~ Unable to get GRASS version Unable to get GRASS version GRASS 7.0.0 (latlong):~ g.version -g version=7.0.0svn date=2014 revision= build_date=2014-12-13 build_platform=x86_64-pc-linux-gnu Fine, I have also seen this error. I was not sure if it is bug or some build configuration problem, so I was not sure if I should report it. It only occurs on Ubuntu and will render GRASS (partially) unusable. My earlier note to packages versioning: For Ubuntu PPA builds I strongly suggest to update build recipe with SVN revision number instead of meaningless BZR one, which has no relation to SVN and is confusing: Proposed recipe: # bzr-builder format 0.4 deb-version 7.0.0+1svn{svn-revno} lp:grass/7.0 nest debianfiles lp:~grass/grass/grass70_release_debian debian Not really being an Ubuntu user I have no opinion here. But this is how the version is generated: # original source code include/Make/Platform.make.in:GRASS_VERSION_SVN = @GRASS_VERSION_SVN@ # -- configure -- include/Make/Platform.make:GRASS_VERSION_SVN = 63869M # g.version: general/g.version/Makefile EXTRA_CFLAGS = $(PROJINC) $(GEOSCFLAGS) \ ... -DGRASS_VERSION_SVN=\'$(GRASS_VERSION_SVN)'\ \ general/g.version/main.c # line 99: fprintf(stdout, revision=%s\n, GRASS_VERSION_SVN); So, when running configure before compilation, the version number is picked up: In configure line 1281 and later, it executes svnversion which reports the SVN revision number. Could you please execute svnversion in your GRASS 7.0.svn source code main directory? Debian builder can't execute 'svnversion' because it has no access to '.svn' files and no 'svn' software is installed in build chroot. So this can be a root of the problem. Was there any significant change of version assignment between 6 and 7 ? Anyway, it seems to be a packaging problem rather a problem in GRASS as I originally expected. - -- Ivan Minčík ivan.min...@gmail.com GPG: 0x79529A1E http://imincik.github.io/0x79529A1E.key ivan.min...@gista.skGPG: 0xD714B02C http://imincik.github.io/0xD714B02C.key -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJUor2gAAoJEPfdLsR5UpoeeyoH/2lBNKT4HmtTOxly6u05sHrH BQoDMP9iBkS5fAh5dImoZ17Q3w7qNZk12xjHyGP7KVVS4sn8czZxBAurV4gxFYvG qcpneRP146IyQhrv0HaNF1njn6ulMK/2HwMUVNsUpBsC/u7Hy3gUsnPskQqzm0oS 9E0yKan4OnkCk1K8c5Pfqw2ziV/CKBIYhLk/5r7OnQHgfo/+kAAQHCFe52lbqV/6 3KIroPiZ02vIMyMaA2cfwi8UWMgwXhjVpOOx44X6OUjrSvv0pNwe8ZKmqiuRYJor mxRDlsyTYGjY6QBwbbENMCV7v31TXF5QCP2f/25bHyxZ05orGzX97guMk03Tvf4= =8Xpj -END PGP SIGNATURE- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
On Tue, Dec 30, 2014 at 3:58 PM, Ivan Mincik ivan.min...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/30/2014 03:29 PM, Markus Neteler wrote: On Tue, Dec 30, 2014 at 3:13 PM, Ivan Mincik ivan.min...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2014 15:00, Markus Neteler wrote: ... So, when running configure before compilation, the version number is picked up: In configure line 1281 and later, it executes svnversion which reports the SVN revision number. Could you please execute svnversion in your GRASS 7.0.svn source code main directory? Debian builder can't execute 'svnversion' because it has no access to '.svn' files and no 'svn' software is installed in build chroot. Strange, the .svn/ directory is part of the GRASS source code. So this can be a root of the problem. Yes, indeed. Was there any significant change of version assignment between 6 and 7 ? Yes. Anyway, it seems to be a packaging problem rather a problem in GRASS as I originally expected. Yes, a packaging problem which hinders to run GRASS properly on Ubuntu. On all other distros I know there is no such issue, so we need to implement a workaround in case of absence of svnversion. In my compiled Fedora package I can extract it also from here: grep SVN dist.x86_64-unknown-linux-gnu/include/Make/Platform.make GRASS_VERSION_SVN = 63869M Markus - -- Ivan Minčík ivan.min...@gmail.com GPG: 0x79529A1E http://imincik.github.io/0x79529A1E.key ivan.min...@gista.skGPG: 0xD714B02C http://imincik.github.io/0xD714B02C.key -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJUor2gAAoJEPfdLsR5UpoeeyoH/2lBNKT4HmtTOxly6u05sHrH BQoDMP9iBkS5fAh5dImoZ17Q3w7qNZk12xjHyGP7KVVS4sn8czZxBAurV4gxFYvG qcpneRP146IyQhrv0HaNF1njn6ulMK/2HwMUVNsUpBsC/u7Hy3gUsnPskQqzm0oS 9E0yKan4OnkCk1K8c5Pfqw2ziV/CKBIYhLk/5r7OnQHgfo/+kAAQHCFe52lbqV/6 3KIroPiZ02vIMyMaA2cfwi8UWMgwXhjVpOOx44X6OUjrSvv0pNwe8ZKmqiuRYJor mxRDlsyTYGjY6QBwbbENMCV7v31TXF5QCP2f/25bHyxZ05orGzX97guMk03Tvf4= =8Xpj -END PGP SIGNATURE- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
On Tue, Dec 30, 2014 at 5:17 PM, Markus Neteler nete...@osgeo.org wrote: ... so we need to implement a workaround in case of absence of svnversion. In my compiled Fedora package I can extract it also from here: grep SVN dist.x86_64-unknown-linux-gnu/include/Make/Platform.make GRASS_VERSION_SVN = 63869M Mhh, this is of course useless since we run configure in order to obtain Platform.make. I have now added a potential solution: In r63878 (trunk) and r63879 (relbranch70) I have now hardcoded 0 rather than getting an empty string when svnversion is not available. If possible, could you try to update from relbranch70 to see if that solves the issue? It should now deliver in such cases g.version -g version=7.01.svn date=2014 revision=0 build_date=2014-12-30 build_platform=x86_64-unknown-linux-gnu thanks Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
Hi, 2014-12-30 14:30 GMT+01:00 Ivan Mincik ivan.min...@gmail.com: Hi Markus, this is a problem with dependency on Ubuntu GIS repositories (I was writing about this earlier). You need to add also Ubuntu GIS repositories in to your system using the same way as you did for GRASS one. Another problem is that GRASS builds depends on both 'ubuntugis-stable' and 'ubuntugis-unstable' which can produce strange results. I changed that: grass-stable now depends on ubuntugis-stable and grass-devel on ubuntugis-unstable. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
Hi Ivan, 2014-12-30 15:13 GMT+01:00 Ivan Mincik ivan.min...@gmail.com: My earlier note to packages versioning: For Ubuntu PPA builds I strongly suggest to update build recipe with SVN revision number instead of meaningless BZR one, which has no relation to SVN and is confusing: Proposed recipe: # bzr-builder format 0.4 deb-version 7.0.0+1svn{svn-revno} lp:grass/7.0 nest debianfiles lp:~grass/grass/grass70_release_debian debian recently I became one of administrators of GRASS team, so I can changed that. Please could you send my how-to?, sorry I am complete Launchpad-newbie... Thanks! Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
Hi, 2014-12-30 19:03 GMT+01:00 Martin Landa landa.mar...@gmail.com: Proposed recipe: # bzr-builder format 0.4 deb-version 7.0.0+1svn{svn-revno} lp:grass/7.0 nest debianfiles lp:~grass/grass/grass70_release_debian debian recently I became one of administrators of GRASS team, so I can changed that. Please could you send my how-to?, sorry I am complete Launchpad-newbie... I found it, I hope that it's now better [1]. Martin [1] https://code.launchpad.net/~grass/+recipe/grass70-release -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] gui crashes G7
Hi, I'm experiencing several GUI crashes in a row. Here's what I do: * Load a raster map in map layer. * Load a vector map (points) and customize symbol. Here an error message appears in terminal: (python:23987): Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion 'GTK_IS_WIDGET (widget)' failed * Add legend for raster map from GUI. Sometimes it crashes at this stages. Some other times it crashes the instant when I click on Save display to file. It doesn't crash all the times but, say, 50% of the times. Fedora 20 GRASS 7.1.svn (r63559) wxPython-2.8.12.0-5 Python 2.7.5 Is anyone able to reproduce that or is it a local problem? Thank you madi -- Best regards, Dr. Margherita DI LEO Scientific / technical project officer European Commission - DG JRC Institute for Environment and Sustainability (IES) Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] gui crashes G7
On Tue, Dec 30, 2014 at 7:23 PM, Margherita Di Leo direg...@gmail.com wrote: Hi, I'm experiencing several GUI crashes in a row. Here's what I do: * Load a raster map in map layer. * Load a vector map (points) and customize symbol. Here an error message appears in terminal: (python:23987): Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion 'GTK_IS_WIDGET (widget)' failed ... this GTK problem happens on many systems with various software packages. The internet is full of such reports, so it is probably not an issue. * Add legend for raster map from GUI. Sometimes it crashes at this stages. Some other times it crashes the instant when I click on Save display to file. It doesn't crash all the times but, say, 50% of the times. No error message? Not even in the (wxGUI) console? Fedora 20 GRASS 7.1.svn (r63559) wxPython-2.8.12.0-5 Python 2.7.5 Is anyone able to reproduce that or is it a local problem? Thank you I have also Fedora 20, revision=63875M, works fine. Be sure to run make distclean when recompiling. We made heavy changes lately. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
On Tue, Dec 30, 2014 at 7:21 PM, Martin Landa landa.mar...@gmail.com wrote: ... I found it, I hope that it's now better [1]. Martin [1] https://code.launchpad.net/~grass/+recipe/grass70-release Martin, could you trigger update + recompile? I hope I just fixed the annoying no Version issue on Ubuntu. thanks Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] gui crashes G7
Markus, On Tue, Dec 30, 2014 at 7:36 PM, Markus Neteler nete...@osgeo.org wrote: On Tue, Dec 30, 2014 at 7:23 PM, Margherita Di Leo direg...@gmail.com wrote: appears in terminal: (python:23987): Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion 'GTK_IS_WIDGET (widget)' failed ... this GTK problem happens on many systems with various software packages. The internet is full of such reports, so it is probably not an issue. I know, I reported for completeness. No error message? Not even in the (wxGUI) console? Actually there was no wxgui console left after crash to see... the only error was several times the GTK stuff in the terminal. I have also Fedora 20, revision=63875M, works fine. Be sure to run make distclean when recompiling. We made heavy changes lately. it seems to work after updating. Thank you! cheers, madi -- Best regards, Dr. Margherita DI LEO Scientific / technical project officer European Commission - DG JRC Institute for Environment and Sustainability (IES) Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] anyone compiled GRASS 7 on Mac Yosemite?
Has anyone yet tried to compile GRASS 7 on Mac Yosemite (AKA OS X 10.10)? I will update soon and try it. It would be nice to know if it compiles without any issues. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] anyone compiled GRASS 7 on Mac Yosemite?
Michael, Anna compiled it for me. Below is the configure and some notes. We had to run make for wxGUI from within GRASS and the vector attribute tables do not work for me at the moment due to sqlite problems - we ran out of time to solve it. We also used wxPython carbon 3 to see what kind of problems it would have - so some of the GUI panels are cut off so use 2.8 But otherwise it works great so it is worth doing - if you could provide GRASS7 binaries for yosemite that would be fantastic, Anna is away but I have the machine with me so I can help or at least test. Thanks for looking into it, Helena here are our notes: ./configure \ --with-proj \ --with-x \ --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include \ --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib \ --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj \ --with-gdal=/Library/Frameworks/GDAL.Framework/Programs/gdal-config \ --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include \ --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib \ --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include \ --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib \ --with-opengl=aqua \ --without-fftw \ --with-cairo --with-cairo-includes=/Library/Frameworks/cairo.framework/unix/include/cairo \ --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib \ --with-cairo-ldflags=-lcairo \ --with-freetype \ --with-freetype-includes=/Library/Frameworks/FreeType.framework/unix/include/freetype2 /Library/Frameworks/FreeType.framework/unix/include/ /opt/X11/include/ \ --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib \ --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config \ --with-sqlite \ --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib \ --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include \ --with-macosx-archs=i386 x86_64 # run before compilation: export VERSIONER_PYTHON_PREFER_32_BIT=yes PATH=/Library/Frameworks/PROJ.framework/Versions/4/Programs:$PATH export PATH wxPython carbon 3 has issues - use 2.8 Helena Mitasova Professor at the Department of Marine, Earth, and Atmospheric Sciences and Center for Geospatial Analytics North Carolina State University Raleigh, NC 27695-8208 hmit...@ncsu.edu http://geospatial.ncsu.edu/osgeorel/ All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties.” On Dec 30, 2014, at 2:51 PM, Michael Barton wrote: Has anyone yet tried to compile GRASS 7 on Mac Yosemite (AKA OS X 10.10)? I will update soon and try it. It would be nice to know if it compiles without any issues. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [SPAM?] Re: anyone compiled GRASS 7 on Mac Yosemite?
Thanks. The versions I now have posted work fine with Yosemite. But I have not yet compiled under Yosemite. I have a couple of questions: What is: export VERSIONER_PYTHON_PREFER_32_BIT=yes? Also, is the SQLite problem something to do with Yosemite or something else? I’ve also tried with wxPython 3 but it looks bad. So I’m still sticking with 2.8 (which is why we need the 32bit Python). Here is what I do before compiling # This is for creating a distributable binary that is backward compatible to OSX 10.7 export MACOSX_DEPLOYMENT_TARGET=10.7 # This stuff is for making sure that it compiles using 32 bit Python export PATH=/Applications/python/bin32:/System/Library/Frameworks/Python.framework/Versions/2.7/bin:$PATH” # This is what I do for PROJ export NAD2BIN=/Library/Frameworks/PROJ.framework/Programs/nad2bin # This is (IIRC) for LAS tools compiling export CXX=g++ For the broken xml stuff, I’ve just saved versions of menudata.xml. and module_tree_menudata.xml. I drop these into the proper places before making a binary. Can I just run make from the source root from within GRASS to get the same thing? Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Dec 30, 2014, at 1:36 PM, Helena Mitasova hmit...@ncsu.edu wrote: Michael, Anna compiled it for me. Below is the configure and some notes. We had to run make for wxGUI from within GRASS and the vector attribute tables do not work for me at the moment due to sqlite problems - we ran out of time to solve it. We also used wxPython carbon 3 to see what kind of problems it would have - so some of the GUI panels are cut off so use 2.8 But otherwise it works great so it is worth doing - if you could provide GRASS7 binaries for yosemite that would be fantastic, Anna is away but I have the machine with me so I can help or at least test. Thanks for looking into it, Helena here are our notes: ./configure \ --with-proj \ --with-x \ --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include \ --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib \ --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj \ --with-gdal=/Library/Frameworks/GDAL.Framework/Programs/gdal-config \ --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include \ --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib \ --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include \ --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib \ --with-opengl=aqua \ --without-fftw \ --with-cairo --with-cairo-includes=/Library/Frameworks/cairo.framework/unix/include/cairo \ --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib \ --with-cairo-ldflags=-lcairo \ --with-freetype \ --with-freetype-includes=/Library/Frameworks/FreeType.framework/unix/include/freetype2 /Library/Frameworks/FreeType.framework/unix/include/ /opt/X11/include/ \ --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib \ --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config \ --with-sqlite \ --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib \ --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include \ --with-macosx-archs=i386 x86_64 # run before compilation: export VERSIONER_PYTHON_PREFER_32_BIT=yes PATH=/Library/Frameworks/PROJ.framework/Versions/4/Programs:$PATH export PATH wxPython carbon 3 has issues - use 2.8 Helena Mitasova Professor at the Department of Marine, Earth, and Atmospheric Sciences and Center for Geospatial Analytics North Carolina State University Raleigh, NC 27695-8208 hmit...@ncsu.edu http://geospatial.ncsu.edu/osgeorel/ All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties.” On Dec 30, 2014, at 2:51 PM, Michael Barton wrote: Has anyone yet tried to compile GRASS 7 on Mac Yosemite (AKA OS X 10.10)? I will update soon and try it. It would be nice to know if it compiles without any issues. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2014 18:58, Martin Landa wrote: Hi, 2014-12-30 14:30 GMT+01:00 Ivan Mincik ivan.min...@gmail.com: Hi Markus, this is a problem with dependency on Ubuntu GIS repositories (I was writing about this earlier). You need to add also Ubuntu GIS repositories in to your system using the same way as you did for GRASS one. Another problem is that GRASS builds depends on both 'ubuntugis-stable' and 'ubuntugis-unstable' which can produce strange results. I changed that: grass-stable now depends on ubuntugis-stable and grass-devel on ubuntugis-unstable. Martin, you might also update 'PPA description'. Maybe it could also contain information how to add ubuntugis-stable|unstable packages. - -- Ivan Min?ík ivan.min...@gmail.com GPG: 0x79529A1E http://imincik.github.io/0x79529A1E.key ivan.min...@gista.sk GPG: 0xD714B02C http://imincik.github.io/0xD714B02C.key -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUoxCpAAoJEPfdLsR5UpoeYWkH/20xI7/fvafiCSBdj311U3Nv P60zOBmaMdQbrMC1FhAUf3iyYOnjVAYIezFWXjgdoVpjsLtStiA9sMmAm/hVT/bT 7BPONqAN4lm9CTpce1D9yffLgkPnSW/kVFfCwEf2IEtEsivdupGDguZDZszjI2FQ FAOQNhFYfiduC5Bf+yH/cAPMcaHnYcObIH8sqAcAACd+dBU4yAZwORoM9xgUQtQB GBYOhuqz3YPmN8szug72FMLZXHNRH6SwomFstvg/uQagpM1S9zqOpnY/D0PFMGd9 EY7GU2rroetO+p/ynFDmcdAdvUDLtFjb/D2UIIyCmiHKEdjqOEi1Pf8cdVXseoA= =8MP8 -END PGP SIGNATURE- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 - Ubuntu package build problem on Launchpad
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2014 17:17, Markus Neteler wrote: On Tue, Dec 30, 2014 at 3:58 PM, Ivan Mincik ivan.min...@gmail.com wrote: On 12/30/2014 03:29 PM, Markus Neteler wrote: On Tue, Dec 30, 2014 at 3:13 PM, Ivan Mincik ivan.min...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.12.2014 15:00, Markus Neteler wrote: ... So, when running configure before compilation, the version number is picked up: In configure line 1281 and later, it executes svnversion which reports the SVN revision number. Could you please execute svnversion in your GRASS 7.0.svn source code main directory? Debian builder can't execute 'svnversion' because it has no access to '.svn' files and no 'svn' software is installed in build chroot. Strange, the .svn/ directory is part of the GRASS source code. So this can be a root of the problem. Yes, indeed. Was there any significant change of version assignment between 6 and 7 ? Yes. Anyway, it seems to be a packaging problem rather a problem in GRASS as I originally expected. Yes, a packaging problem which hinders to run GRASS properly on Ubuntu. On all other distros I know there is no such issue, so we need to implement a workaround in case of absence of svnversion. In my compiled Fedora package I can extract it also from here: Debian packaging is done in special chroot (pbuilder, cowbuilder, ...) with only packages specified in debian/control file [1] in Build-depends field. Also it is forbidden to upload packages with version control files (.git, .svn, .hg, ...). In Ubuntu Launchpad, source code is first fetched from SVN to Bazaar and than it is build. I have some more notes/questions to Debian packaging. I will create new thread for it. 1 - http://bazaar.launchpad.net/~grass/grass/grass70_release_debian/view/head:/control grep SVN dist.x86_64-unknown-linux-gnu/include/Make/Platform.make GRASS_VERSION_SVN = 63869M Markus - -- Ivan Minčík ivan.min...@gmail.com GPG: 0x79529A1E http://imincik.github.io/0x79529A1E.key ivan.min...@gista.sk GPG: 0xD714B02C http://imincik.github.io/0xD714B02C.key -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUoxN/AAoJEPfdLsR5UpoezlQH/RqPMRlT2LLJhVrANYpFDE4+ Ym4TFIoIXvfAM4sUgVDvCqSOkU/MzruFdfqDF8LYB0yuPZPVfO//xvZxOHd5vN4X vm2aCxN3ybyKAwCtWxoM2VQjEJuTTCGwCGr01B0P8lCUiR2YjNbGpBytroqFR+cH /ysE1m6+mh8zu6x0DDu6Ff/3IMtRUV/GxwZC65WYiYy+Z/SIF9bEPrLUa2SY07Oz mc75U/PWG4O+VisaWYoY7SjNWsSJYdh0XGbOK9x1aHu8n7MeFXm3XFTKzJGkKAzA L2sVXbg5O1YL9QpcqFJNeD4O21NVmTEXtoaFAEXvMVJ7+TV/HM05KcyMrT0hLRo= =pZdZ -END PGP SIGNATURE- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-SVN] r63797 - in grass/trunk:
Martin Landa wrote: it would be nice to solve it before RC1. Any objections? Not an objection as such, but FWIW I'd still prefer a solution which allows background_color=, as well as bg_color=. what does it mean exactly? back_ground_color or ? That would work but it's undesirable, as background itself is a single word. I'm just considering whether there is a viable solution which allows either form without artificially breaking up compound words. One alternative is to extend the option matcher to support an alternative marker character (e.g. back'ground_color). An alternative marker could be omitted in some contexts yet shown in others. E.g. the Usage section in the --help output might omit it but the longer Parameters section could show it (or the description could include a note, e.g. background may be abbreviated as bg). Another alternative is capitalisation (e.g. backGround_color). Captalisation could be retained in most contexts, as it is less intrusive than an underscore (it used to be common to indicate accelerator characters on terminal-based interfaces). Another alternative would be to allow parenthesised abbreviations, e.g. background(bg)_color. The abbreviated form could be shown by --help while the full form could be used in scripts. In each case, the GUI could follow different rules to the command line as to how such option names are presented. A simpler alternative (in terms of implementation) is to just add both options, with the description for one stating that it is an alias for the other. None of this is critical. If people are particularly keen to duck the issue, I'll just forget about it. -- Glynn Clements gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2518: v.in.ogr
#2518: v.in.ogr ---+ Reporter: baharmon | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: Component: Vector | Version: svn-releasebranch70 Keywords: v.in.ogr |Platform: MacOSX Cpu: OSX/Intel | ---+ Comment(by helena): It works for Michaels binaries with GRASS7.0.0.beta4, so I think it was our problem with selfcompiled GRASS7. Anna, if you think it is OK, please close it. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2518#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Is grass70b4 compiling on FreeBSD ?
Sorry for the delay, I got stuck recompiling all packages that used png :) I looked at the output from configure (which I'll post fully tomorrow, if needed), and no error was found regarding liconv. I was checking the UPDATING file from ports, apparently, some functionality from libiconv was moved to the standard libc. However, libiconv was later reintroduced because some of the features were still missing from libc. My guesstimate of the problem would be that, when testing for libiconv functionality, without -liconv, configure gets the answer from libc and doesn't include -liconv. When we try to compile, we use stuff that isn't yet on libc and things go awry. Changing the platform.make removed that error, but with the new configure/configure.in (just changed in the svn), it doesn't work anymore. I changed the makefile directly, on v.generalize (which is the part that interests me the most), and it compiled successfully. -=--=-=- Fábio Augusto Salve Dias http://sites.google.com/site/fabiodias/ On Tue, Dec 30, 2014 at 11:42 AM, Markus Neteler nete...@osgeo.org wrote: On Tue, Dec 30, 2014 at 1:31 AM, Fábio Dias fabio.d...@gmail.com wrote: Hi, So, I started with a fresh checkout (from the URL you told me to switch to). ok, fine. The full log is on http://pastebin.com/2n9vswif The important part, afaik, is : /usr/home/diasf/releasebranch_7_0/dist.x86_64-unknown-freebsd10.1/lib/libgrass_gis.7.0.0svn.so: undefined reference to `libiconv' /usr/home/diasf/releasebranch_7_0/dist.x86_64-unknown-freebsd10.1/lib/libgrass_gis.7.0.0svn.so: undefined reference to `libiconv_close' /usr/home/diasf/releasebranch_7_0/dist.x86_64-unknown-freebsd10.1/lib/libgrass_gis.7.0.0svn.so: undefined reference to `libiconv_open' So I've tried with --with-iconv on the configure, not that this option exist... Then I manually changed a Makefile, on one of the directories with error. Added -liconv to he LIBES var, then the make worked. Ok. You could enable that globally here: include/Make/Platform.make which is autogenerated. Please take a look at config.log and search therein for libiconv. It will contain the error why it wasn't found. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] gui crashes G7
On Tue, Dec 30, 2014 at 2:27 PM, Margherita Di Leo direg...@gmail.com wrote: Markus, On Tue, Dec 30, 2014 at 7:36 PM, Markus Neteler nete...@osgeo.org wrote: On Tue, Dec 30, 2014 at 7:23 PM, Margherita Di Leo direg...@gmail.com wrote: appears in terminal: (python:23987): Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion 'GTK_IS_WIDGET (widget)' failed ... this GTK problem happens on many systems with various software packages. The internet is full of such reports, so it is probably not an issue. I know, I reported for completeness. No error message? Not even in the (wxGUI) console? Actually there was no wxgui console left after crash to see... the only error was several times the GTK stuff in the terminal. Several people reported something similar on Windows, but I was unable to repeat it... I don't remember it would happen on Linux. Anna I have also Fedora 20, revision=63875M, works fine. Be sure to run make distclean when recompiling. We made heavy changes lately. it seems to work after updating. Thank you! cheers, madi -- Best regards, Dr. Margherita DI LEO Scientific / technical project officer European Commission - DG JRC Institute for Environment and Sustainability (IES) Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [SPAM?] Re: anyone compiled GRASS 7 on Mac Yosemite?
On Tue, Dec 30, 2014 at 3:49 PM, Michael Barton michael.bar...@asu.edu wrote: Thanks. The versions I now have posted work fine with Yosemite. But I have not yet compiled under Yosemite. I have a couple of questions: What is: export VERSIONER_PYTHON_PREFER_32_BIT=yes? This is there to make it compile with 32bit wxPython 2.8. It depends which Python you use, this works for the default Python on Mac OS: https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/python.1.html Also, is the SQLite problem something to do with Yosemite or something else? I haven't had time to look at it. I’ve also tried with wxPython 3 but it looks bad. So I’m still sticking with 2.8 (which is why we need the 32bit Python). Yes, there are still a lot of weird bugs, some of them must be fixed in wxWidgets, some of them I tried to workaround. It would be good if you could describe looks bad, there might be some things which i can fix or at least workaround. Here is what I do before compiling # This is for creating a distributable binary that is backward compatible to OSX 10.7 export MACOSX_DEPLOYMENT_TARGET=10.7 # This stuff is for making sure that it compiles using 32 bit Python export PATH=/Applications/python/bin32:/System/Library/Frameworks/Python.framework/Versions/2.7/bin:$PATH” # This is what I do for PROJ export NAD2BIN=/Library/Frameworks/PROJ.framework/Programs/nad2bin # This is (IIRC) for LAS tools compiling export CXX=g++ I think I haven't tried compiling with las tools yet. For the broken xml stuff, I’ve just saved versions of menudata.xml. and module_tree_menudata.xml. I drop these into the proper places before making a binary. Can I just run make from the source root from within GRASS to get the same thing? It is enough to start GRASS session (without gui) and then recompile (just the wxpython part is enough) inside the session. That's what works for me. I don't really try to understand why, it's apparently some problem with makefiles and setting the right environmental variables. I thought we got rid of this problem (Martin fixed something) but apparently not. Anna Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Dec 30, 2014, at 1:36 PM, Helena Mitasova hmit...@ncsu.edu wrote: Michael, Anna compiled it for me. Below is the configure and some notes. We had to run make for wxGUI from within GRASS and the vector attribute tables do not work for me at the moment due to sqlite problems - we ran out of time to solve it. We also used wxPython carbon 3 to see what kind of problems it would have - so some of the GUI panels are cut off so use 2.8 But otherwise it works great so it is worth doing - if you could provide GRASS7 binaries for yosemite that would be fantastic, Anna is away but I have the machine with me so I can help or at least test. Thanks for looking into it, Helena here are our notes: ./configure \ --with-proj \ --with-x \ --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include \ --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib \ --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj \ --with-gdal=/Library/Frameworks/GDAL.Framework/Programs/gdal-config \ --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include \ --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib \ --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include \ --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib \ --with-opengl=aqua \ --without-fftw \ --with-cairo --with-cairo-includes=/Library/Frameworks/cairo.framework/unix/include/cairo \ --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib \ --with-cairo-ldflags=-lcairo \ --with-freetype \ --with-freetype-includes=/Library/Frameworks/FreeType.framework/unix/include/freetype2 /Library/Frameworks/FreeType.framework/unix/include/ /opt/X11/include/ \ --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib \ --with-geos=/Library/Frameworks/GEOS.framework/Versions/3/unix/bin/geos-config \ --with-sqlite \ --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib \ --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include \ --with-macosx-archs=i386 x86_64 # run before compilation: export VERSIONER_PYTHON_PREFER_32_BIT=yes PATH=/Library/Frameworks/PROJ.framework/Versions/4/Programs:$PATH export PATH wxPython carbon 3 has issues - use 2.8 Helena Mitasova Professor at
Re: [GRASS-dev] [GRASS GIS] #2518: v.in.ogr
#2518: v.in.ogr -+-- Reporter: baharmon| Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: Component: Vector | Version: svn-releasebranch70 Resolution: worksforme |Keywords: v.in.ogr Platform: MacOSX | Cpu: OSX/Intel -+-- Changes (by annakrat): * status: new = closed * resolution: = worksforme Comment: Replying to [comment:3 helena]: It works for Michaels binaries with GRASS7.0.0.beta4, so I think it was our problem with selfcompiled GRASS7. Anna, if you think it is OK, please close it. The original issue was on Windows, but I will assume it was resolved. Please reopen if needed. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2518#comment:4 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev