Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On 08/02/15 17:35, Martin Landa wrote: Hi, 2015-02-07 21:31 GMT+01:00 Anna Petrášová kratocha...@gmail.com: Are you sure it's caused by the splash screen loading change? Can you confirm that the previous version is working? I don't have any problems. yes, it seems to be somehow connected. Before this change in wxgui.py: i.edge: Unable to fetch interface description for command 'i.edge'. Details: i.edge: error while loading shared libraries: libgrass_gis.7.0.0svn.so: cannot open shared object file: No such file or directory r.houghtransform: Unable to fetch interface description for command 'r.houghtransform'. Details: r.houghtransform: error while loading shared libraries: libgrass_vector.7.0.0svn.so: cannot open shared object file: No such file or directory wx.metadata: Unable to fetch interface description for command 'wx.metadata'. After: i.edge: Unable to fetch interface description for command 'i.edge'. Details: i.edge: error while loading shared libraries: libgrass_gis.7.0.0svn.so: cannot open shared object file: No such file or directory r.houghtransform: Unable to fetch interface description for command 'r.houghtransform'. Details: r.houghtransform: error while loading shared libraries: libgrass_vector.7.0.0svn.so: cannot open shared object file: No such file or directory wx.metadata: 'ascii' codec can't decode byte 0xc3 in position 15: ordinal not in range(128) I don't get the error message anymore, so the fix seems to have solved that. I now see in the terminal: r.modis: 'ascii' codec can't decode byte 0xc3 in position 32: ordinal not in range(128) However, I cannot launch r.modis.import or r.modis.download on the command line as I get: ERREUR :Not able to find the modis library directory. This is related to https://trac.osgeo.org/grass/ticket/2097. Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On Mon, Feb 9, 2015 at 10:10 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 09/02/15 15:47, Martin Landa wrote: Hi, 2015-02-09 15:32 GMT+01:00 Anna Petrášová kratocha...@gmail.com: Perhaps we should go back to the previous version. I would suggest to move agreed, done in r64527. the GMFrame import after showing the splash screen (the diff is for release branch): done in r64528. as a result on my computer, the splash screen is showed earlier. It probably won't effect the problem Moritz has, but it's worth trying. I also saw Moritz, does it any effect for you? Well, now I have the same problem of a temporarily empty splash screen again which was solved with your previous modification. And as mentioned I don't really see any difference in speed for the arrival of that empty splash screen. Am I really the only one who sees this empty rectangle as a splash screen for a little moment before the image fills it ??? I haven't noticed this on Windows and my Ubuntu laptop with any wxPython version. Would splash.Show() help when you put it before wx.Yield? Anna Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On 09/02/15 15:47, Martin Landa wrote: Hi, 2015-02-09 15:32 GMT+01:00 Anna Petrášová kratocha...@gmail.com: Perhaps we should go back to the previous version. I would suggest to move agreed, done in r64527. the GMFrame import after showing the splash screen (the diff is for release branch): done in r64528. as a result on my computer, the splash screen is showed earlier. It probably won't effect the problem Moritz has, but it's worth trying. I also saw Moritz, does it any effect for you? Well, now I have the same problem of a temporarily empty splash screen again which was solved with your previous modification. And as mentioned I don't really see any difference in speed for the arrival of that empty splash screen. Am I really the only one who sees this empty rectangle as a splash screen for a little moment before the image fills it ??? Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] G71 errors at startup
Hi, 2015-02-09 16:04 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be: It would be great if the user could just be informed about this instead of seeing all these error messages... I have added such message r64532 (it's hot candidate for backport, noted on [1]). Martin [1] http://trac.osgeo.org/grass/wiki/Grass7Planning#Tobebackported -- 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] G71 errors at startup
Hi, 2015-02-09 16:21 GMT+01:00 Anna Petrášová kratocha...@gmail.com: So, I would suggest to stop loading metadata for addons, at least on Windows. The addons would be still available in the Search module tree and +1 for Windows (should be done ASAP). We can work on better solution later after releasing G700. 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] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On 09/02/15 16:19, Anna Petrášová wrote: On Mon, Feb 9, 2015 at 10:10 AM, Moritz Lennert mlenn...@club.worldonline.be mailto:mlenn...@club.worldonline.be wrote: On 09/02/15 15:47, Martin Landa wrote: Hi, 2015-02-09 15:32 GMT+01:00 Anna Petrášová kratocha...@gmail.com mailto:kratocha...@gmail.com: Perhaps we should go back to the previous version. I would suggest to move agreed, done in r64527. the GMFrame import after showing the splash screen (the diff is for release branch): done in r64528. as a result on my computer, the splash screen is showed earlier. It probably won't effect the problem Moritz has, but it's worth trying. I also saw Moritz, does it any effect for you? Well, now I have the same problem of a temporarily empty splash screen again which was solved with your previous modification. And as mentioned I don't really see any difference in speed for the arrival of that empty splash screen. Am I really the only one who sees this empty rectangle as a splash screen for a little moment before the image fills it ??? I haven't noticed this on Windows and my Ubuntu laptop with any wxPython version. Martin, you are on Debian as well, aren't you ? What is different in our setups that could explain this difference ? Would splash.Show() help when you put it before wx.Yield? Neither splash.Show(), splash.Update(), or splash.Refresh() make any difference, here. Martin's solution (creating first the splash screen as a separate class, is the only one that has worked for me so far, with the caveat that it slows down startup by +/- a second on my machine. All of this is not dramatic except for the weird impression an empty splash screen gives. AFAIU, the best solution is to separate splash creation and general GUI execution, and according to your info, Anna, forking seems the best solution for that if we want to avoid the speed penalty of Martin's solution. But let's concentrate on the more important tasks to get GRASS7.0 out of the door. Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] G71 errors at startup
On Mon, Feb 9, 2015 at 10:04 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 09/02/15 15:49, Martin Landa wrote: Hi, 2015-02-09 15:11 GMT+01:00 Margherita Di Leo direg...@gmail.com: I removed all the addons and now I don't get the error any longer. But still don't understand why i got this. you need to recompile your addons against your current version of GRASS. Simply run: g.extension.all -f It would be great if the user could just be informed about this instead of seeing all these error messages... I don't really understand: does GUI startup call these addon-modules ? If yes, why ? It works in the way that when loading toolboxes for the Search module tab, installed addons are called with --interface-description in order to get the keywords and description to be searchable in the Search module tab. If the addon is compiled for different version, previously it failed silently on Linux/Mac. Now you get errors. On Windows however, even the previous 'silent' solution was not silent, instead you got an ugly error dialog python.exe stopped working which in the newest version of Windows 8 doesn't allow you to see details about which application actually was not working. For each not working addon you have to click on the dialog so that the gui can show up. So, I would suggest to stop loading metadata for addons, at least on Windows. The addons would be still available in the Search module tree and would be searchable by the module name (not by keywords or desc). The change should be easy. Anna Moritz ___ 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] [GRASS-user] can not install addons with g.extension
Hi, 2015-02-09 18:34 GMT+01:00 Martin Landa landa.mar...@gmail.com: Right, `/usr/lib/grass70/tools/` contains `g.html2man`. This is probably related to the packaging, my local sample installation (make install from source code) contains `g.html2man.py` in the `tools` directory. it's here [1]. I am not sure why .py is removed (any Debian packager expert here?) Martin [1] http://bazaar.launchpad.net/~grass/grass/grass70_release_debian/view/head:/rules#L182 -- 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] GRASS GIS 7.0.0 RC2 released
We are pleased to announce the second release candidate of the upcoming stable GRASS GIS 7.0.0 version. Between 7.0.0RC1 and the current 7.0.0RC2 about 100 updates have been applied. MOST IMPORTANT CHANGES in RC2: * Updated Welcome and splash screens * 3D raster: terminology cleanup (raster3D - 3D raster) in commands and manual * g.proj: generate PROJ_EPSG file (contains EPSG code) when location is given * r.cost, r.walk: change percent_memory to memory (in MB) * v.extract: index added * v.in.ogr: do not use old projection for area calculations in new projection * v.generalize: self-intersection fix * v.patch, v.reclass, v.overlay, v.vect.stats: accommodate SQLite * vector lib: numerical stability fixes for centroid calculation * vector lib: more robust topology engine * some simple mononchrome color tables added * wxGUI/nviz: 3D rendering fixes * several translations updated Related updates in QGIS: * Further updates in QGIS Processing - GRASS GIS 7 interface submitted to QGIS Related updates in OSGeo-Live: * GRASS GIS 7.0.0 RC2 planned to be shipped with the new OSGeo-Live 8.5 See also our detailed announcement: http://trac.osgeo.org/grass/wiki/Release/7.0.0RC-News http://trac.osgeo.org/grass/wiki/Grass7/NewFeatures DOWNLOAD Binaries: http://grass.osgeo.org/download/software/#g70rcx Source code: http://grass.osgeo.org/grass70/source/grass-7.0.0RC2.tar.gz http://grass.osgeo.org/grass70/source/grass-7.0.0RC2.md5sum Changelog: http://grass.osgeo.org/grass70/source/ChangeLog_7.0.0RC2.gz Please test on any platform which is supported (GNU/Linux, MS-Windows, Mac OSX, *BSD, ...). The GRASS Development Team ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/09/2015 12:17 AM, Markus Neteler wrote: On Sun, Feb 8, 2015 at 8:35 PM, Markus Neteler nete...@osgeo.org wrote: On Sun, Feb 8, 2015 at 10:33 AM, Markus Neteler nete...@osgeo.org wrote: Excellent, this (European) evening I'll package RC2. Packaging now... Done - RC2 is online but not yet announced to give the packagers a chance to produce binaries. Martin, do you need any assistance with Launchpad build ? - -- 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/ iQEcBAEBAgAGBQJU2G+GAAoJEPfdLsR5UpoeUmoH/iqLSGJ9yq3PTxRQza8Xt4cv GJf1A/dMUbOLo1IhskuqP/EY/Acsd5TPOJbr3PnbenLpKrOoh42gaFp9W18+cfuo EpNwUt/wGGvoWZkGuDpa4hfSg/d4uMdEfZwwSYG63tn2I41z5VfjUZhZyLb/LEvJ 4mOa2+JBO6jqViGRvfj4qZqzFGKU5+vahDEzTJTwoDLcB2+3TZdqwJHVw4G9c6Zc 8bfLMo8lszKU4gw2f80OJPmapaBRScngZe6vbQ/15/pPqNe7o775rxIsj1LznHXQ AS0B+Nk4i2IA96i5yb5D8xXsRdCGJLX1Jc9QD8ocoiX/yH/yTjYtmZvpBY/rrTI= =zn93 -END PGP SIGNATURE- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On 07/02/15 14:09, Anna Petrášová wrote: On Sat, Feb 7, 2015 at 6:06 AM, Moritz Lennert But if I'm really the only one with the issue, maybe something's wrong in my config. I didn't have any problem with or without wxPython 3, but I have a new fast laptop. I would keep the new splash screen in trunk, maybe not put it in release since it changes start up mechanism and that should be tested more. I agree, again especially if I'm the only one with this issue. Don't change the startup logic with RC2. If this needs changing then this should go into a point release. FYI, however, here's a movie showing the three GUI startups in release64, release70 and trunk, all three completely fresh checkouts and compiles: http://tomahawk.ulb.ac.be/moritz/splash_screen.ogv As you can see in release70, the splash image seems to appear at exactly the same time as the rest of the GUI, while in trunk it appears immediately and the GUI then show up a bit later. And here's the system info: Version de GRASS: 7.0.0svn Version SVN :: 64521 Date de compilation: 2015-01-09 Build Platform: x86_64-unknown-linux-gnu GDAL/OGR: 1.10.1 PROJ.4: 4.8.0 GEOS: 3.4.2 SQLite: 3.8.7.1 Python: 2.7.8 wxPython: 3.0.1.1 Plateforme: Linux-3.16.0-4-amd64-x86_64-with-debian-8.0 Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] G71 errors at startup
On Mon, Feb 9, 2015 at 11:44 AM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2015-02-09 16:21 GMT+01:00 Anna Petrášová kratocha...@gmail.com: So, I would suggest to stop loading metadata for addons, at least on Windows. The addons would be still available in the Search module tree and +1 for Windows (should be done ASAP). We can work on better solution later after releasing G700. done in r64533, will backport after testing Anna 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
[GRASS-dev] [GRASS GIS] #2582: please restore important thematic map features themetype, themecalc etc.
#2582: please restore important thematic map features themetype, themecalc etc. -+-- Reporter: jamesp670| Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.0 Component: Display | Version: svn-releasebranch70 Keywords: |Platform: All Cpu: x86-64 | -+-- In the upgrade from GRASS 6.4.2 to GRASS 7, d.vect.thematic seems to have changed significantly. This is my tool of choice for making a legend for vector layers. For example, given a street map of lines called streetswm, and a column dacount indicating vehicles counted on a given segment, and with a monitor open, the simplest but still very useful d.vect.thematic command is: d.vect.thematic map=streetswm@PERMANENT type=line column=dacount \ \ themetype=graduated_colors themecalc=interval nint=8 \ \ colorscheme=blue-red psmap=testthem2 \ In 6.4.2, that outputs both the legend and a nice thematic map using psmap syntax. To be clear, I am looking for two separate features: 1. To automatically generate breaks and assign colors to them. I just say gimme 8 intervals in the blue-red and I get out intelligence like text 14% 54% 632.339 - 752.795 (from testthem2\_legend.psmap). 2. To automatically generate psmap commands, especially for the legend, reflecting the breaks and colors automatically assigned in step 1. UPDATE Moritz Lennert: wrote in reply to this issue: You are right that the C-module version is less feature-rich in some aspects than the original script version. Please file enhancement requests against that module for the different feature you would like to see (altough discussions are ongoing on whether this module should actually continue to be developed or not, see [1]). The old script module is still available as an addon under the name d.vect.thematic2 [2] and should be easy to install. Moritz [1] http://lists.osgeo.org/pipermail/grass-dev/2015-January/072918.html [2] http://grass.osgeo.org/grass70/manuals/addons/d.vect.thematic2.html -- Ticket URL: http://trac.osgeo.org/grass/ticket/2582 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] Building GRASS packages from tarball on Launchpad
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09.02.2015 23:15, Martin Landa wrote: Hi Ivan, 2015-02-09 23:03 GMT+01:00 Martin Landa landa.mar...@gmail.com: I solved that by bzr branch lp:~grass/grass/grass70_release_debian debian Sorry for the noise. Martin unfortunately another problems appeared $ git-buildpackage --git-debian-branch=master --git-builder=debuild -S -sa - gbp:error: You have uncommitted changes in your source tree: gbp:error: On branch master Untracked files: (use git add file... to include in what will be committed) debian/.bzr/ debian/README.Debian debian/README.RunningWithoutGUI debian/README.source ... nothing added to commit but untracked files present (use git add to track) gbp:error: Use --git-ignore-new to ignore. OK, I tried $ git-buildpackage --git-debian-branch=master --git-builder=debuild -S -sa --git-ignore-new but it failed with dpkg-buildpackage -rfakeroot -d -us -uc -S -sa dpkg-buildpackage: source package grass70 dpkg-buildpackage: source version 7.0-1~svn55286~ubuntu2 dpkg-buildpackage: source distribution quantal dpkg-buildpackage: source changed by Rashad M mohammedrasha...@gmail.com dpkg-source --before-build pkg-grass dpkg-source: info: using options from pkg-grass/debian/source/options: --extend-diff-ignore=(^|/)(config\.sub|config\.guess|mswindows/osgeo4w/grass.tmpl|config.log)$ fakeroot debian/rules clean debian/rules:30: /usr/share/dpatch/dpatch.make: No such file or directory make: *** No rule to make target '/usr/share/dpatch/dpatch.make'. Stop. dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 debuild: fatal error at line 1376: dpkg-buildpackage -rfakeroot -d -us -uc -S -sa failed gbp:error: 'debuild -S -sa' failed: it exited with 29 Sorry for bothering you, do you have any idea how to solve this? Thanks a lot! Martin Sorry for late response, I have missed your emails somehow. Try to install 'dpatch' package on your system. - -- 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 iQEcBAEBAgAGBQJU2V5pAAoJEPfdLsR5Upoe/pwH/294vq0EKzKFAIKaMXyuoguy WB8y5MP0ZHFcVLiyLHCltqP2SRxkFgPYUrIxQwNRc4TvLuMzXLmJHABiaS4JmPy2 jIRnvruaEA2csEKx6BCcOIA9VwKbXNxi1b9PYuqi5SvtEHk6gdmD0dUn+H8wiXm2 Ldb7IEd7NXJe++j0CacVI6S2KR1IPMEK1U0i+AMTsXbmWanS6LptEzvBiesTAS5k FSE6FBB7tQWEqCP8q8c83vuHTW7wPkPtnMFFCRu9cjIk1mMojwQ9qBY5PQxscA6Q nlrIJQ5uqAYPhTwyQs8ACHxMnMCgMnang1BfrcDV9fQnEF2spTp0lP1kM0yTLU4= =Vm8o -END PGP SIGNATURE- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC2
Hi Ivan, 2015-02-09 9:27 GMT+01:00 Ivan Mincik ivan.min...@gmail.com: Done - RC2 is online but not yet announced to give the packagers a chance to produce binaries. Martin, do you need any assistance with Launchpad build ? I started with packaging for Windows and now on Launchpad. First I will take a look at your previous mails. Thanks for your offer! I will contact you in the case of questions/problems. 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
[GRASS-dev] Using UbuntuGIS packages in debian?
Hi devs. Is it possible to use the UbuntuGIS repositories in debian (i.e. under wheezy)? Thank you, Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] G71 errors at startup
Hi, just updated GRASS 7.1.svn (r64526), (after make clean, make distclean, svn up etc..) At start up I get the following: r.area: Unable to fetch interface description for command 'r.area'. Details: ERROR: Module built against version $Revision: 59317 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. r.regression.series: Unable to fetch interface description for command 'r.regression.series'. Details: ERROR: Module built against version $Revision: 60387 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. r.stream.basins: Unable to fetch interface description for command 'r.stream.basins'. Details: ERROR: Module built against version $Revision: 59317 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. r.stream.order: Unable to fetch interface description for command 'r.stream.order'. Details: ERROR: Module built against version $Revision: 62060 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. r.stream.snap: Unable to fetch interface description for command 'r.stream.snap'. Details: ERROR: Module built against version $Revision: 62060 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. r.stream.stats: Unable to fetch interface description for command 'r.stream.stats'. Details: ERROR: Module built against version $Revision: 62060 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. wx.metadata: Unable to fetch interface description for command 'wx.metadata'. Details: [Errno 2] No such file or directory -- 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] G71 errors at startup
On Mon, Feb 9, 2015 at 3:03 PM, Margherita Di Leo direg...@gmail.com wrote: Hi, just updated GRASS 7.1.svn (r64526), (after make clean, make distclean, svn up etc..) At start up I get the following: r.area: Unable to fetch interface description for command 'r.area'. Details: ERROR: Module built against version $Revision: 59317 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. r.regression.series: Unable to fetch interface description for command 'r.regression.series'. Details: ERROR: Module built against version $Revision: 60387 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. r.stream.basins: Unable to fetch interface description for command 'r.stream.basins'. Details: ERROR: Module built against version $Revision: 59317 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. r.stream.order: Unable to fetch interface description for command 'r.stream.order'. Details: ERROR: Module built against version $Revision: 62060 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. r.stream.snap: Unable to fetch interface description for command 'r.stream.snap'. Details: ERROR: Module built against version $Revision: 62060 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. r.stream.stats: Unable to fetch interface description for command 'r.stream.stats'. Details: ERROR: Module built against version $Revision: 62060 $ but trying to use version $Revision: 63930 $. You need to rebuild GRASS GIS or untangle multiple installations. wx.metadata: Unable to fetch interface description for command 'wx.metadata'. Details: [Errno 2] No such file or directory I removed all the addons and now I don't get the error any longer. But still don't understand why i got this. -- 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] G71 errors at startup
Ciao Madi, On 9 February 2015 at 15:11, Margherita Di Leo direg...@gmail.com wrote: I removed all the addons and now I don't get the error any longer. But still don't understand why i got this. http://osgeo-org.1560.x6.nabble.com/check-on-GRASS-revision-number-td5175139.html -- Best regards, -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On Mon, Feb 9, 2015 at 7:50 AM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2015-02-09 9:37 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be: I agree, again especially if I'm the only one with this issue. Don't change the startup logic with RC2. If this needs changing then this should go into a point release. Absolutely agree. FYI, however, here's a movie showing the three GUI startups in release64, release70 and trunk, all three completely fresh checkouts and compiles: http://tomahawk.ulb.ac.be/moritz/splash_screen.ogv BTW, it's quite visible here that wxGUI in trunk starts more slowly (related to the recent changes in wxgui.py) compared to GRASS 70. Perhaps we should go back to the previous version. I would suggest to move the GMFrame import after showing the splash screen (the diff is for release branch): === --- wxgui.py (revision 64473) +++ wxgui.py (working copy) @@ -34,9 +34,7 @@ except ImportError: SC = None -from lmgr.frame import GMFrame class GMApp(wx.App): def __init__(self, workspace = None): Main GUI class. @@ -79,6 +77,7 @@ wx.Yield() # create and show main frame +from lmgr.frame import GMFrame mainframe = GMFrame(parent = None, id = wx.ID_ANY, workspace = self.workspaceFile) as a result on my computer, the splash screen is showed earlier. It probably won't effect the problem Moritz has, but it's worth trying. I also saw someone mentioning calling Refresh() and Update() on the splash screen after showing it. Then, there is a more complicated solution http://wiki.wxpython.org/SplashScreen%20While%20Loading. Anna 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] Building GRASS packages from tarball on Launchpad
Hi, 2015-02-09 13:46 GMT+01:00 Martin Landa landa.mar...@gmail.com: # Update Debian changelog $ dch -i I ended up here with dch: fatal error at line 580: Cannot find debian/changelog anywhere! Are you in the source code tree? (You could use --create if you wish to create this file.) Do you have any idea what could be wrong here? Thanks in advance! Martin I solved that by bzr branch lp:~grass/grass/grass70_release_debian debian Sorry for the noise. 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] Building GRASS packages from tarball on Launchpad
Hi Ivan, 2015-02-09 23:03 GMT+01:00 Martin Landa landa.mar...@gmail.com: I solved that by bzr branch lp:~grass/grass/grass70_release_debian debian Sorry for the noise. Martin unfortunately another problems appeared $ git-buildpackage --git-debian-branch=master --git-builder=debuild -S -sa - gbp:error: You have uncommitted changes in your source tree: gbp:error: On branch master Untracked files: (use git add file... to include in what will be committed) debian/.bzr/ debian/README.Debian debian/README.RunningWithoutGUI debian/README.source ... nothing added to commit but untracked files present (use git add to track) gbp:error: Use --git-ignore-new to ignore. OK, I tried $ git-buildpackage --git-debian-branch=master --git-builder=debuild -S -sa --git-ignore-new but it failed with dpkg-buildpackage -rfakeroot -d -us -uc -S -sa dpkg-buildpackage: source package grass70 dpkg-buildpackage: source version 7.0-1~svn55286~ubuntu2 dpkg-buildpackage: source distribution quantal dpkg-buildpackage: source changed by Rashad M mohammedrasha...@gmail.com dpkg-source --before-build pkg-grass dpkg-source: info: using options from pkg-grass/debian/source/options: --extend-diff-ignore=(^|/)(config\.sub|config\.guess|mswindows/osgeo4w/grass.tmpl|config.log)$ fakeroot debian/rules clean debian/rules:30: /usr/share/dpatch/dpatch.make: No such file or directory make: *** No rule to make target '/usr/share/dpatch/dpatch.make'. Stop. dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 debuild: fatal error at line 1376: dpkg-buildpackage -rfakeroot -d -us -uc -S -sa failed gbp:error: 'debuild -S -sa' failed: it exited with 29 Sorry for bothering you, do you have any idea how to solve this? Thanks a lot! 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] Building GRASS packages from tarball on Launchpad
Hi Ivan, 2015-01-26 0:40 GMT+01:00 Ivan Mincik ivan.min...@gmail.com: I started building my workflow for packaging on Launchpad based on your notes. # Update Debian changelog $ dch -i I ended up here with dch: fatal error at line 580: Cannot find debian/changelog anywhere! Are you in the source code tree? (You could use --create if you wish to create this file.) Do you have any idea what could be wrong here? Thanks in advance! 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] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
Hi, 2015-02-09 9:37 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be: I agree, again especially if I'm the only one with this issue. Don't change the startup logic with RC2. If this needs changing then this should go into a point release. Absolutely agree. FYI, however, here's a movie showing the three GUI startups in release64, release70 and trunk, all three completely fresh checkouts and compiles: http://tomahawk.ulb.ac.be/moritz/splash_screen.ogv BTW, it's quite visible here that wxGUI in trunk starts more slowly (related to the recent changes in wxgui.py) compared to GRASS 70. 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] G71 errors at startup
Luca, On Mon, Feb 9, 2015 at 3:21 PM, Luca Delucchi lucadel...@gmail.com wrote: Ciao Madi, On 9 February 2015 at 15:11, Margherita Di Leo direg...@gmail.com wrote: I removed all the addons and now I don't get the error any longer. But still don't understand why i got this. http://osgeo-org.1560.x6.nabble.com/check-on-GRASS-revision-number-td5175139.html Thank you. However it seems to me that the behavior is different. In the case of Michael, he is launching r.flip and getting the error. This has happened to me in the past with some addons, and i have reinstalled them against current version. However in this case, I'm just launching grass, and getting error without calling any addons. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org -- 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] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
Hi, 2015-02-09 15:32 GMT+01:00 Anna Petrášová kratocha...@gmail.com: Perhaps we should go back to the previous version. I would suggest to move agreed, done in r64527. the GMFrame import after showing the splash screen (the diff is for release branch): done in r64528. as a result on my computer, the splash screen is showed earlier. It probably won't effect the problem Moritz has, but it's worth trying. I also saw Moritz, does it any effect for you? 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] G71 errors at startup
Hi, 2015-02-09 15:11 GMT+01:00 Margherita Di Leo direg...@gmail.com: I removed all the addons and now I don't get the error any longer. But still don't understand why i got this. you need to recompile your addons against your current version of GRASS. Simply run: g.extension.all -f 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] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]
On 09/02/15 15:32, Anna Petrášová wrote: On Mon, Feb 9, 2015 at 7:50 AM, Martin Landa landa.mar...@gmail.com mailto:landa.mar...@gmail.com wrote: Hi, 2015-02-09 9:37 GMT+01:00 Moritz Lennert mlenn...@club.worldonline.be mailto:mlenn...@club.worldonline.be: I agree, again especially if I'm the only one with this issue. Don't change the startup logic with RC2. If this needs changing then this should go into a point release. Absolutely agree. FYI, however, here's a movie showing the three GUI startups in release64, release70 and trunk, all three completely fresh checkouts and compiles: http://tomahawk.ulb.ac.be/moritz/splash_screen.ogv BTW, it's quite visible here that wxGUI in trunk starts more slowly (related to the recent changes in wxgui.py) compared to GRASS 70. Perhaps we should go back to the previous version. I would suggest to move the GMFrame import after showing the splash screen (the diff is for release branch): === --- wxgui.py(revision 64473) +++ wxgui.py(working copy) @@ -34,9 +34,7 @@ except ImportError: SC = None -from lmgr.frame import GMFrame class GMApp(wx.App): def __init__(self, workspace = None): Main GUI class. @@ -79,6 +77,7 @@ wx.Yield() # create and show main frame +from lmgr.frame import GMFrame mainframe = GMFrame(parent = None, id = wx.ID_ANY, workspace = self.workspaceFile) as a result on my computer, the splash screen is showed earlier. It probably won't effect the problem Moritz has, but it's worth trying. It doesn't seem to make any difference here. I don't have the feeling that the splash screen is shown any earlier, and the splash image still only fills the splash screen at the same moment the GUI comes up. I also saw someone mentioning calling Refresh() and Update() on the splash screen after showing it. Then, there is a more complicated solution http://wiki.wxpython.org/SplashScreen%20While%20Loading. This is via a fork. Am not informed enough to know what the difference between that and threading is. Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] G71 errors at startup
On 09/02/15 15:49, Martin Landa wrote: Hi, 2015-02-09 15:11 GMT+01:00 Margherita Di Leo direg...@gmail.com: I removed all the addons and now I don't get the error any longer. But still don't understand why i got this. you need to recompile your addons against your current version of GRASS. Simply run: g.extension.all -f It would be great if the user could just be informed about this instead of seeing all these error messages... I don't really understand: does GUI startup call these addon-modules ? If yes, why ? Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev