Re: [GRASS-user] Working with multiple Landsat tile row/paths
Hi Ken, Did you consider using https://grass.osgeo.org/grass70/manuals/r.import.html r.import reprojects on import. Cheers Stefan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Working with multiple Landsat tile row/paths
Hi List, I'm working with multiple Landsat scenes from different rows/paths that all overlap on my one point of interest. The row/paths are from different times, so I don't think the gdal tiling command is an option. Path/row 208/5 and 209/5 both seem to import into the same location. But path/row 210/4 and 210/5 don't into the 209 location. Since all scenes do contain the same point of interest, should I use the "-o Override projection (use location's projection)" flag to r.in.gdal? Or is there some other suggested method or gdal command to work with these? Or do I import each image into its own location, and then use "r.proj" to import them all into one unifying location? Thanks, -k. ERROR: Projection of dataset does not appear to match current location. Location PROJ_INFO is: name: Universal Transverse Mercator proj: utm datum: wgs84 ellps: wgs84 zone: 33 no_defs: defined Dataset PROJ_INFO is: name: Universal Transverse Mercator proj: utm datum: wgs84 ellps: wgs84 zone: 35 no_defs: defined ERROR: zone ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
It's been a busier day than I anticipated. But I've got a clean binary of GRASS 7.3 64bit, using wxPython 3.0.2.0 on my website now. I doubt that this will work any better under SIP, but perhaps... Please try if you can. I appreciate the tests. I'm also working on another angle, with the help of a software engineer here at ASU. Working from my notes, he seems to have compiled GRASS under El Capitan, with SIP enabled and it works fine. He will be working on a package that we can make available for testing. I just had a long discussion with him and there are some caveats. 1. GRASS would not compile with some of the 32 bit frameworks that can be installed from my site. So he recompiled all frameworks dual architecture 32/64 bit. 2. Like me, he compiled wxPython from source to a folder outside the sensitive system folders that SIP is protecting. 3. He is going to try the new Mac package maker system (pkgbuild) to create a complete package with all dependencies packaged together for distribution. They will all install into a new GRASS framework to avoid conflicts with any other software. He's also setting up a virtual machine for me that I can use to test compiling GRASS under El Capitan and SIP, using frameworks and other dependencies as they are now. So we can see how that goes. Wish us luck with this. 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 Jun 13, 2016, at 9:25 AM, Agustin Diez Castillo wrote: > >> >> On 13 Jun 2016, at 17:10, Adam Dershowitz wrote: >> >> That is with the newest version? (I downloaded from the web site an hour ago) > As far as I can say GRASS GIS 7.3.svn-160606, dated June, 2. >> >> That is really strange. Michael, does the installer change any paths? >> Agustin, did you already having anything in /usr/local/lib/wxPython-3.0.2.0? >> > > I remember compiling myself wxPython a while ago, so it’s more than possible > this was already there but I can’t swear. > > I’ve just installed latest grass 7.3 in another computer (10.10) without any > wx* stuff in /usr/local/lib/ and check my laptop (Capitan SIP disabled), in > both, otool points to Michael’s directory. I’m afraid of upgrading to Capitan > the first one but I, eventually, will do that on Thursday and report results. > > otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so > /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: > /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version > 56.0.0) > /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib > (compatibility version 3.0.0, current version 3.0.0) > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility > version 1.0.0, current version 275.0.0) > /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility > version 2.0.0, current version 155.0.0) > /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility > version 1.0.0, current version 19.0.0) > /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version > 169.3.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version > 1669.0.0) > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > (compatibility version 150.0.0, current version 744.19.0) > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices > (compatibility version 1.0.0, current version 45.0.0) > > Agustin >> Perhaps, in a non-SIP, machine, the installer puts stuff in /usr/local, and >> the installer then adjusts the paths accordingly, while it can’t on a SIP >> machine, so it installs into the package bundle itself? >> >> -- Adam >> >> >> >> >> >> >> >> >> On 6/13/16, 10:38 AM, "Agustin Diez Castillo" wrote: >> >>> I have no clue, but this is not the same in my machine, there nothing is >>> pointing to Michael’s machine. >>> otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >>> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: >>> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current >>> version 7.4.0) >>> /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib >>> (compatibility version 3.0.0, current version 3.0.0) >>> /System/Library/Frameworks/IOKi
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
> On 13 Jun 2016, at 17:10, Adam Dershowitz wrote: > > That is with the newest version? (I downloaded from the web site an hour ago) As far as I can say GRASS GIS 7.3.svn-160606, dated June, 2. > > That is really strange. Michael, does the installer change any paths? > Agustin, did you already having anything in /usr/local/lib/wxPython-3.0.2.0? I remember compiling myself wxPython a while ago, so it’s more than possible this was already there but I can’t swear. I’ve just installed latest grass 7.3 in another computer (10.10) without any wx* stuff in /usr/local/lib/ and check my laptop (Capitan SIP disabled), in both, otool points to Michael’s directory. I’m afraid of upgrading to Capitan the first one but I, eventually, will do that on Thursday and report results. otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 56.0.0) /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 155.0.0) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 19.0.0) /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1669.0.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.19.0) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 45.0.0) Agustin > Perhaps, in a non-SIP, machine, the installer puts stuff in /usr/local, and > the installer then adjusts the paths accordingly, while it can’t on a SIP > machine, so it installs into the package bundle itself? > > -- Adam > > > > > > > > > On 6/13/16, 10:38 AM, "Agustin Diez Castillo" wrote: > >> I have no clue, but this is not the same in my machine, there nothing is >> pointing to Michael’s machine. >> otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: >> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current >> version 7.4.0) >> /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib >> (compatibility version 3.0.0, current version 3.0.0) >> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit >> (compatibility version 1.0.0, current version 275.0.0) >> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon >> (compatibility version 2.0.0, current version 136.0.0) >> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >> (compatibility version 1.0.0, current version 12.0.0) >> >> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox >> (compatibility version 1.0.0, current version 1.0.0) >> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >> version 111.1.4) >> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL >> (compatibility version 1.0.0, current version 1.0.0) >> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version >> 1.0.0) >> >> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >> (compatibility version 150.0.0, current version 476.18.0) >> >> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices >> (compatibility version 1.0.0, current version 34.0.0) >> >> El 13Jun, 2016, a las 4:25 PM, Adam Dershowitz >> escribió: >> >>> Strange. Because you local path is explicitly in the binary. Here is what >>> shows for the libraries for _core_.so on my machine. I don’t see why >>> disabling SIP should change this: >>> >>> $otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >>> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: >>> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current >>> version 56.0.0) >>> >>> /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib >>> (compatibility version 3.0.0, current version 3.0.0) >>> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit >>> (compatibility version 1.0.0, current version 275.0.0) >>> /System/Library/Frameworks/Carbon
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
I'm going to try one more thing. I initially compiled 3.0.2.0. Anna mentioned that 3.0.3.0, available on github, fixes a number of bugs. So I have been trying to compile that subsequently. This has not gone well. wxPython is a Python wrapper for wxWidgets. It seems that Robin Dunn uses a customized version of wxWidgets source code to create the wxPython source. On GitHub, the current version of wxPython source can only be downloaded by itself. wxWidgets is a separate checkout. I've tried to replicate the way wxPython and wxWidgets are put together into a source package, but apparently am missing something. Everything compiles fine, but I get version mismatch errors when wxPython is launched in GRASS. So maybe this is a function of that problem--but I am not optimistic in that regard. Today, I will just compile wxPython 3.0.2.0 again using the complete source package available on the wxPython website, compile GRASS against that, and post. Then we can be sure that any errors that show up are not tied trying to use the newer dev version of wxPython. I can also try to compile 2.8.12 or 2.9 if I can find the source code archived somewhere. It would be also good to see if these same errors occur with the 32 bit Carbon version under SIP. 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 Jun 13, 2016, at 8:10 AM, Adam Dershowitz wrote: > > That is with the newest version? (I downloaded from the web site an hour ago) > > That is really strange. Michael, does the installer change any paths? > Agustin, did you already having anything in /usr/local/lib/wxPython-3.0.2.0? > Perhaps, in a non-SIP, machine, the installer puts stuff in /usr/local, and > the installer then adjusts the paths accordingly, while it can’t on a SIP > machine, so it installs into the package bundle itself? > > -- Adam > > > > > > > > > On 6/13/16, 10:38 AM, "Agustin Diez Castillo" wrote: > >> I have no clue, but this is not the same in my machine, there nothing is >> pointing to Michael’s machine. >> otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: >> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current >> version 7.4.0) >> /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib >> (compatibility version 3.0.0, current version 3.0.0) >> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit >> (compatibility version 1.0.0, current version 275.0.0) >> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon >> (compatibility version 2.0.0, current version 136.0.0) >> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >> (compatibility version 1.0.0, current version 12.0.0) >> >> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox >> (compatibility version 1.0.0, current version 1.0.0) >> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >> version 111.1.4) >> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL >> (compatibility version 1.0.0, current version 1.0.0) >> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version >> 1.0.0) >> >> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >> (compatibility version 150.0.0, current version 476.18.0) >> >> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices >> (compatibility version 1.0.0, current version 34.0.0) >> >> El 13Jun, 2016, a las 4:25 PM, Adam Dershowitz >> escribió: >> >>> Strange. Because you local path is explicitly in the binary. Here is what >>> shows for the libraries for _core_.so on my machine. I don’t see why >>> disabling SIP should change this: >>> >>> $otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >>> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: >>> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current >>> version 56.0.0) >>> >>> /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib >>> (compatibility version 3.0.0, current version 3.0.0) >>> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit >>> (compatibility version 1.0.0, current version 275.0.0) >>> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon >>> (compatibility version 2.0.0, current version 155.0.0) >>> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >>> (compatibility version 1.0.0, current version
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
I know. The same thing happened on one of my student's machines when I asked him to turn off SIP and try this, then turn it back on and try it. In my experience, whenever you compile a program, it is necessary to set a path for the resulting binaries. This can be a default (like /usr/local/...) or something different. This should not matter in the binaries ultimately. But I will say that wxPython has continued to exhibit odd behavior under SIP for some reason. I noticed that it runs install_tool on some of its binaries at the end of the compile. I don't know if this is part of the problem or it is in GRASS, where I also have to point configure at the location of the wx libraries that are being used to compile it. My current thought is that this error is sort of bogus but may help point to whatever the real problem is. It is possible to patch over the whole thing with a rerun of install_tool at some point near the end of GRASS binary creation, and I may have to resort to that. But I'd rather try to find a way to eliminate this issue in a more comprehensive way. Maybe that's not possible--or I don't have enough skill to do it. 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 Jun 13, 2016, at 7:25 AM, Adam Dershowitz wrote: > > Strange. Because you local path is explicitly in the binary. Here is what > shows for the libraries for _core_.so on my machine. I don’t see why > disabling SIP should change this: > > $otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so > /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: > /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current > version 56.0.0) > > /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib > (compatibility version 3.0.0, current version 3.0.0) > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit > (compatibility version 1.0.0, current version 275.0.0) > /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon > (compatibility version 2.0.0, current version 155.0.0) > /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa > (compatibility version 1.0.0, current version 19.0.0) > > /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 169.3.0) > /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version > 1669.0.0) > > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > (compatibility version 150.0.0, current version 744.19.0) > > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices > (compatibility version 1.0.0, current version 45.0.0) > > > > > Perhaps without SIP, it falls back to searching another way, instead of just > using this path? While with SIP, it only uses the explicit path? > The libraries are present in the application bundle, so the problem is just > “telling” it where to look for them. > > -- Adam > > > > > > > > > On 6/13/16, 10:15 AM, "Michael Barton" wrote: > >> Except that this error only occurs with SIP enabled. Disable SIP and the >> error goes away and everything runs fine. >> >> Michael Barton >> School of Human Evolution &Social Change >> Center for Social Dynamics & Complexity >> Arizona State University >> >> ...Sent from my iPad >> >>> On Jun 13, 2016, at 6:18 AM, Adam Dershowitz >>> wrote: >>> >>> I was traveling last week, so just got to this. >>> >>> No luck. And, it doesn’t look like a SIP issue. Instead, the path is now >>> hard coded to something on your machine. Here is the error I get when it >>> try to open the application: >>> >>> $ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit >>> Rebuilding Addon HTML manual pages index... >>> Rebuilding Addon menu... >>> Python 2.7.10 found. >>> Cleaning up temporary files... >>> Starting GRASS GIS... >>> Traceback (most recent call last): >>> File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", >>> line 31, in >>> from core import globalvar >>> File >>> "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", >>> line 96, in >>> import wx >>> File >>> "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", >>> line 45, in >>> from wx.
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
That is with the newest version? (I downloaded from the web site an hour ago) That is really strange. Michael, does the installer change any paths? Agustin, did you already having anything in /usr/local/lib/wxPython-3.0.2.0? Perhaps, in a non-SIP, machine, the installer puts stuff in /usr/local, and the installer then adjusts the paths accordingly, while it can’t on a SIP machine, so it installs into the package bundle itself? -- Adam On 6/13/16, 10:38 AM, "Agustin Diez Castillo" wrote: >I have no clue, but this is not the same in my machine, there nothing is >pointing to Michael’s machine. >otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: > /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current > version 7.4.0) > /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib > (compatibility version 3.0.0, current version 3.0.0) > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit > (compatibility version 1.0.0, current version 275.0.0) > /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon > (compatibility version 2.0.0, current version 136.0.0) > /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa > (compatibility version 1.0.0, current version 12.0.0) > > /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 111.1.4) > /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version > 1.0.0) > > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > (compatibility version 150.0.0, current version 476.18.0) > > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices > (compatibility version 1.0.0, current version 34.0.0) > >El 13Jun, 2016, a las 4:25 PM, Adam Dershowitz >escribió: > >> Strange. Because you local path is explicitly in the binary. Here is what >> shows for the libraries for _core_.so on my machine. I don’t see why >> disabling SIP should change this: >> >> $otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: >> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current >> version 56.0.0) >> >> /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib >> (compatibility version 3.0.0, current version 3.0.0) >> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit >> (compatibility version 1.0.0, current version 275.0.0) >> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon >> (compatibility version 2.0.0, current version 155.0.0) >> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >> (compatibility version 1.0.0, current version 19.0.0) >> >> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox >> (compatibility version 1.0.0, current version 1.0.0) >> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >> version 169.3.0) >> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL >> (compatibility version 1.0.0, current version 1.0.0) >> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version >> 1669.0.0) >> >> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >> (compatibility version 150.0.0, current version 744.19.0) >> >> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices >> (compatibility version 1.0.0, current version 45.0.0) >> >> >> >> >> Perhaps without SIP, it falls back to searching another way, instead of just >> using this path? While with SIP, it only uses the explicit path? >> The libraries are present in the application bundle, so the problem is just >> “telling” it where to look for them. >> >> -- Adam >> >> >> >> >> >> >> >> >> On 6/13/16, 10:15 AM, "Michael Barton" wrote: >> >>> Except that this error only occurs with SIP enabled. Disable SIP and the >>> error goes away and everything runs fine. >>> >>> Michael Barton >>> School of Human Evolution &Social Change >>> Center for Social Dynamics & Complexity >>> Arizona State University >>> >>> ...Sent from my iPad >>> On Jun 13, 2016, at 6:18 AM, Adam Dershowitz wrote: I was traveling last week, so just got to this. No luck. And, it doesn’t look like a SIP issue. Instead, the path is now hard coded to something on your machine. Here is the error I get when it try to open the application: $ '/Applications/GRASS-7.3.app/Contents/MacOS
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
I have no clue, but this is not the same in my machine, there nothing is pointing to Michael’s machine. otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 136.0.0) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 12.0.0) /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.4) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 476.18.0) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 34.0.0) El 13Jun, 2016, a las 4:25 PM, Adam Dershowitz escribió: > Strange. Because you local path is explicitly in the binary. Here is what > shows for the libraries for _core_.so on my machine. I don’t see why > disabling SIP should change this: > > $otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so > /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: > /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current > version 56.0.0) > > /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib > (compatibility version 3.0.0, current version 3.0.0) > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit > (compatibility version 1.0.0, current version 275.0.0) > /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon > (compatibility version 2.0.0, current version 155.0.0) > /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa > (compatibility version 1.0.0, current version 19.0.0) > > /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 169.3.0) > /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version > 1669.0.0) > > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > (compatibility version 150.0.0, current version 744.19.0) > > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices > (compatibility version 1.0.0, current version 45.0.0) > > > > > Perhaps without SIP, it falls back to searching another way, instead of just > using this path? While with SIP, it only uses the explicit path? > The libraries are present in the application bundle, so the problem is just > “telling” it where to look for them. > > -- Adam > > > > > > > > > On 6/13/16, 10:15 AM, "Michael Barton" wrote: > >> Except that this error only occurs with SIP enabled. Disable SIP and the >> error goes away and everything runs fine. >> >> Michael Barton >> School of Human Evolution &Social Change >> Center for Social Dynamics & Complexity >> Arizona State University >> >> ...Sent from my iPad >> >>> On Jun 13, 2016, at 6:18 AM, Adam Dershowitz >>> wrote: >>> >>> I was traveling last week, so just got to this. >>> >>> No luck. And, it doesn’t look like a SIP issue. Instead, the path is now >>> hard coded to something on your machine. Here is the error I get when it >>> try to open the application: >>> >>> $ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit >>> Rebuilding Addon HTML manual pages index... >>> Rebuilding Addon menu... >>> Python 2.7.10 found. >>> Cleaning up temporary files... >>> Starting GRASS GIS... >>> Traceback (most recent call last): >>> File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", >>> line 31, in >>> from core import globalvar >>> File >>> "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", >>> line 96, in >>> import wx >>> File >>> "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", >>> line 45, in >>> from wx._core import * >>>
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Strange. Because you local path is explicitly in the binary. Here is what shows for the libraries for _core_.so on my machine. I don’t see why disabling SIP should change this: $otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 56.0.0) /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib (compatibility version 3.0.0, current version 3.0.0) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 155.0.0) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 19.0.0) /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1669.0.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.19.0) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 45.0.0) Perhaps without SIP, it falls back to searching another way, instead of just using this path? While with SIP, it only uses the explicit path? The libraries are present in the application bundle, so the problem is just “telling” it where to look for them. -- Adam On 6/13/16, 10:15 AM, "Michael Barton" wrote: >Except that this error only occurs with SIP enabled. Disable SIP and the error >goes away and everything runs fine. > >Michael Barton >School of Human Evolution &Social Change >Center for Social Dynamics & Complexity >Arizona State University > >...Sent from my iPad > >> On Jun 13, 2016, at 6:18 AM, Adam Dershowitz >> wrote: >> >> I was traveling last week, so just got to this. >> >> No luck. And, it doesn’t look like a SIP issue. Instead, the path is now >> hard coded to something on your machine. Here is the error I get when it >> try to open the application: >> >> $ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit >> Rebuilding Addon HTML manual pages index... >> Rebuilding Addon menu... >> Python 2.7.10 found. >> Cleaning up temporary files... >> Starting GRASS GIS... >> Traceback (most recent call last): >> File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", >> line 31, in >>from core import globalvar >> File >> "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", >> line 96, in >>import wx >> File >> "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", line >> 45, in >>from wx._core import * >> File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", >> line 4, in >>import _core_ >> ImportError: >> dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, >> 2): Library not loaded: >> /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib >> Referenced from: >> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >> Reason: image not found >> ERROR: Error in GUI startup. See messages above (if any) and if necessary, >> please report this error to the GRASS developers. >> On systems with package manager, make sure you have the right GUI package, >> probably named grass-gui, installed. >> To run GRASS GIS in text mode use the -text flag. >> Exiting... >> logout >> Saving session... >> ...copying shared history... >> ...saving history...truncating history files... >> ...completed. >> >> >> [Process completed] >> >> >> >> >> >> >> >> -- Adam >> >> >> >> >> >> >> >> >> >>> On 6/9/16, 8:37 PM, "Michael Barton" wrote: >>> >>> I've replaced the build from earlier today with one that is sort of >>> wxPython 3.0.3.0 >>> >>> >>> >>> There was no straightforward way to build this. The only thing on github is >>> the wxpython part. For a full source package it needs to be combined with >>> wxWidgets and both compiled together. The 3.0.2.0 source package has the >>> wxpython folder inside the wxwidgets source folder. Seems easy enough. So I >>> downloaded the latest wxpython and the latest wxwidgets, dropped the >>> wxpython folder inside the wxwidgets folder and compiled. After solving >>> some compiling issues, it all built. >>> >>> >>> >>> Then I tried to build GRASS against the result. No problem with the build
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Except that this error only occurs with SIP enabled. Disable SIP and the error goes away and everything runs fine. Michael Barton School of Human Evolution &Social Change Center for Social Dynamics & Complexity Arizona State University ...Sent from my iPad > On Jun 13, 2016, at 6:18 AM, Adam Dershowitz wrote: > > I was traveling last week, so just got to this. > > No luck. And, it doesn’t look like a SIP issue. Instead, the path is now > hard coded to something on your machine. Here is the error I get when it try > to open the application: > > $ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit > Rebuilding Addon HTML manual pages index... > Rebuilding Addon menu... > Python 2.7.10 found. > Cleaning up temporary files... > Starting GRASS GIS... > Traceback (most recent call last): > File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", > line 31, in >from core import globalvar > File > "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", > line 96, in >import wx > File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", > line 45, in >from wx._core import * > File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", > line 4, in >import _core_ > ImportError: > dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, > 2): Library not loaded: > /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib > Referenced from: > /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so > Reason: image not found > ERROR: Error in GUI startup. See messages above (if any) and if necessary, > please report this error to the GRASS developers. > On systems with package manager, make sure you have the right GUI package, > probably named grass-gui, installed. > To run GRASS GIS in text mode use the -text flag. > Exiting... > logout > Saving session... > ...copying shared history... > ...saving history...truncating history files... > ...completed. > > > [Process completed] > > > > > > > > -- Adam > > > > > > > > > >> On 6/9/16, 8:37 PM, "Michael Barton" wrote: >> >> I've replaced the build from earlier today with one that is sort of wxPython >> 3.0.3.0 >> >> >> >> There was no straightforward way to build this. The only thing on github is >> the wxpython part. For a full source package it needs to be combined with >> wxWidgets and both compiled together. The 3.0.2.0 source package has the >> wxpython folder inside the wxwidgets source folder. Seems easy enough. So I >> downloaded the latest wxpython and the latest wxwidgets, dropped the >> wxpython folder inside the wxwidgets folder and compiled. After solving some >> compiling issues, it all built. >> >> >> >> Then I tried to build GRASS against the result. No problem with the build. >> But when I went to run it, it had a version mismatch error between wxpython >> and wxwidgets that disabled 3D. >> >> >> >> So I tried again by replacing the wxpython directory in the 3.0.2.0 source >> with the new wxpython folder from github. Again, this compiled without >> problems, and GRASS compiled against it without errors. >> >> >> >> When I run GRASS, it again complains of a version mismatch but it doesn't >> seem to have any effects. So I've posted this one on the website for now. It >> does fix the plot.py bug but I can't see any other difference. Maybe you >> can. >> >> >> >> I'll be very interested to hear if this runs under SIP. >> >> >> >> Cheers >> >> 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: >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=CwIGaQ&c=t0wRGL5ICVzH157W8C8Wew&r=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM&m=ZHG1SBIrTbYkWcpw0RMifv4qtTknor0PcekUo29_faA&s=t-evT5rQyQQdd5Yl-DU1zeDo8ybQZ4me2JzEEZ1ddA4&e= >> , >> https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu&d=CwIGaQ&c=t0wRGL5ICVzH157W8C8Wew&r=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM&m=ZHG1SBIrTbYkWcpw0RMifv4qtTknor0PcekUo29_faA&s=xdYPqcLWa0qS3KHYIxFxDSyf5TRG7ewwV8xNHfIrBfI&e= >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> On Jun 9, 2016, at 1:56 PM, Michael Barton wrote: >>> >> >>> That's great news. Now to see if it also works under SIP. >> >> >>> I wanted to test this to see if it even worked before I tried wxPython >>> 3.0.3 and Glynn's hack for gettext. If it works under El Capitan SIP, then >>> on to the next steps. >> >> >>> Mic
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
I was traveling last week, so just got to this. No luck. And, it doesn’t look like a SIP issue. Instead, the path is now hard coded to something on your machine. Here is the error I get when it try to open the application: $ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.10 found. Cleaning up temporary files... Starting GRASS GIS... Traceback (most recent call last): File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", line 31, in from core import globalvar File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", line 96, in import wx File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", line 45, in from wx._core import * File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", line 4, in import _core_ ImportError: dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, 2): Library not loaded: /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib Referenced from: /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so Reason: image not found ERROR: Error in GUI startup. See messages above (if any) and if necessary, please report this error to the GRASS developers. On systems with package manager, make sure you have the right GUI package, probably named grass-gui, installed. To run GRASS GIS in text mode use the -text flag. Exiting... logout Saving session... ...copying shared history... ...saving history...truncating history files... ...completed. [Process completed] -- Adam On 6/9/16, 8:37 PM, "Michael Barton" wrote: >I've replaced the build from earlier today with one that is sort of wxPython >3.0.3.0 > > > >There was no straightforward way to build this. The only thing on github is >the wxpython part. For a full source package it needs to be combined with >wxWidgets and both compiled together. The 3.0.2.0 source package has the >wxpython folder inside the wxwidgets source folder. Seems easy enough. So I >downloaded the latest wxpython and the latest wxwidgets, dropped the wxpython >folder inside the wxwidgets folder and compiled. After solving some compiling >issues, it all built. > > > >Then I tried to build GRASS against the result. No problem with the build. But >when I went to run it, it had a version mismatch error between wxpython and >wxwidgets that disabled 3D. > > > >So I tried again by replacing the wxpython directory in the 3.0.2.0 source >with the new wxpython folder from github. Again, this compiled without >problems, and GRASS compiled against it without errors. > > > >When I run GRASS, it again complains of a version mismatch but it doesn't seem >to have any effects. So I've posted this one on the website for now. It does >fix the plot.py bug but I can't see any other difference. Maybe you can. > > > >I'll be very interested to hear if this runs under SIP. > > > >Cheers > >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: >https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=CwIGaQ&c=t0wRGL5ICVzH157W8C8Wew&r=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM&m=ZHG1SBIrTbYkWcpw0RMifv4qtTknor0PcekUo29_faA&s=t-evT5rQyQQdd5Yl-DU1zeDo8ybQZ4me2JzEEZ1ddA4&e= > , >https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu&d=CwIGaQ&c=t0wRGL5ICVzH157W8C8Wew&r=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM&m=ZHG1SBIrTbYkWcpw0RMifv4qtTknor0PcekUo29_faA&s=xdYPqcLWa0qS3KHYIxFxDSyf5TRG7ewwV8xNHfIrBfI&e= > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> On Jun 9, 2016, at 1:56 PM, Michael Barton wrote: > >> > >> That's great news. Now to see if it also works under SIP. > >> > >> I wanted to test this to see if it even worked before I tried wxPython 3.0.3 >> and Glynn's hack for gettext. If it works under El Capitan SIP, then on to >> the next steps. > >> > >> 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: >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=CwIGaQ&c=t0wRGL5ICVzH157W8C8Wew&r=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM&m=ZHG1SBIrTbYkWcpw0RMifv4qtTknor0PcekUo29_faA&s=t-evT5rQyQQdd5Yl-DU1
