On Thu, Jul 27, 2017 at 1:54 PM, Michael Barton <michael.bar...@asu.edu> wrote: > Here is a report on this effort, including identifying several items that > will need to be changed by others for this to be successful. > > I've successfully compiled GRASS 7 64bit, with wxPython 3.0.2.0 under the > current OS (Sierra = OS X 10.12.x). I'm using the most current Kyngesburye > frameworks for GDAL, Numpy, and MatPlotLib. > > No binaries or bundled dependencies yet. > > Issues that need to be resolved. > > 1. the 'python_wrapper' bash script in ../macosx/app needs to be updated to > allow for full 64bit compiling with wxPython. It currently tries to force > 32bit Python if wxPython is present. I've done a hack but it is probably not > the right thing for the long term. > > 2. wxGUI needs a several fixes to run correctly with wxPython 3. > > 2.1 When switching from 3D to 2D, the 'rotate 3D' and 'airplane' buttons are > not destroyed. They overprint the zoom to map extents button of 2D mode and > will crash the GUI if pressed.
I know about this one. > > 2.2 A custom control needs to be updated or replaced because it does not > recognize mouse clicks. It is used in a number of different places, > including in the bivariate histogram tool where it is used to select pairs > of maps for histogramming. You can navigate this control (a pulldown) with > arrow keys but not a mouse. > This is hard to solve, I don't think there is a good widget to replace this one. > 2.3 selecting g.gui.iclass will crash the GUI. I cannot get any error to > come up on the console before the crash, and there is nothing in the > terminal. I don't know about this one, maybe some ctypes thing, but at least it's not a major component. Another one I know about is the raster digitizer, where I need to tweak the toolbar code to not crash, but I didn't get to it yet. Could you possibly try wxPython 4 (Phoenix) with trunk? I am wondering how that looks like... Thanks, Anna > > That's all I've hit so far. I hope to start working on bundling for a binary > next week. > > 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 Jul 18, 2017, at 2:26 PM, Michael Barton <michael.bar...@asu.edu> wrote: > > Yesterday, I sent this message off-list to Anna and Vaclav. Anna asked if I > could repost to the dev list. So I'm doing so here. > > I have some time (I hope) on an upcoming research trip to NCAR, along with > some promised help of software engineers at the CSDMS NSF facility. So I'm > going to try again to come up with a new GRASS compiling and binary creation > protocol. > > I think this will involve the following components: > > 1. Switch from the outdated PackageMaker.app to the current way of making > Mac packages. This requires changes to the current binary bundling scripts. > > 2. Bundle all dependencies (including the current, separate frameworks) into > the new package distribution so that everything needed is in the grass7.app > Can this be done with binary "framework" installations of dependencies or is > it necessary to compile all from scratch to do this? > > 3. As part of 2, make sure that all dependencies are compiled outside of the > /usr folders on the Mac to avoid SIP conflicts > > 4. To accomplish #2 and #3 for wxPython, we probably need to switch to > wxPython 3 (or the new wxPython Phoenix if it is working correctly). This > would also permit compiling ALL GRASS 64 bit, alleviating additional issues. > > 5. Because of recent change to GRASS GUI and a bug in Mac system Python > 2.7.10, it may be necessary to also bundle an updated Python (2.7.11 or > higher) with the new grass7.app. This (and #2) would make the installation > package significantly larger, but would avoid mismatched versions of Python > and wxPython. It would also avoid potential conflicts between Mac system > Python and other versions a user might have installed (e.g., with Anaconda). > > Last fall, I was stuck on gettext. I will try again with bundline it, but > this may not be solvable by me because it involves a hard-coded path in the > build files that point to gettext files in /usr/local and no way to send an > alternate path (e.g., a configure argument like '--with_gettext_libs='. This > will need to be fixed by whoever manages the build system. Otherwise, I'll > have to drop internationalization support for the Mac, which would be a > shame. > > An additional thing to note. While it may be possible for some to get GRASS > compiled on the Mac using Homebrew, Macports, etc., the goal here is to > create a normal DMG binary that any Mac user can download and install, > without having to compile GRASS--or to install Linux like package managers > first. > > If anyone has experience in creating Mac DMGs, with bundled dependencies, > I'd love to hear from you. Any other suggestions are welcome too. > > > 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: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > > _______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev