This got me much further. The next problem was that no matter how many times I re-tried, gnutls would not check out. I finally pulled it down by hand, extracted it to what appears to be the right place, and then continued from the configure phase - that seemed to work. The symptom was 30 minutes of waiting while 0 bytes downloaded and then a timeout. [I must say I would not be patient for 30 minutes of 0 bandwidth].
Continuing on, xmlsec failed to build. I think the errors were all in evp.c fatal error: too many errors emitted, stopping now [-ferror-limit=] 1 warning and 20 errors generated. make[3]: *** [libxmlsec1_openssl_la-evp.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 *** Error during phase build of xmlsec: ########## Error running make -j 5 *** [45/72] For this one I have no idea what to try next. > On Jan 21, 2018, at 12:36 PM, John Ralls <jra...@ceridwen.us> wrote: > > > >> On Jan 19, 2018, at 1:46 PM, John Ralls <jra...@ceridwen.us> wrote: >> >> >> >>> On Jan 18, 2018, at 1:26 PM, R. Victor Klassen <rvklas...@gmail.com> wrote: >>> >>> After a few years of being too busy to try working on the code base, I >>> thought I’d make another attempt at installing a development version of >>> GnuCash. Following the instructions on >>> https://wiki.gnucash.org/wiki/MacOSX/Quartz >>> <https://wiki.gnucash.org/wiki/MacOSX/Quartz>, I began by creating a new >>> user, to be certain the environment wasn’t polluted by my previous attempt. >>> >>> I was successful in downloading gtk-osx-build-setup.sh >>> >>> I then ran it from the command line, and after a half-dozen or so tries, >>> succeeded. (prior attempts hung at 9% or less complete - I presume this >>> is temporary). >>> >>> There were three warnings: >>> >>> WARNING: aclocal not available (usually part of package 'autoconf') >>> WARNING: automake not available (usually part of package 'automake') >>> WARNING: yelp-tools not available (usually part of package 'yelp-tools') >>> Configuring jhbuild without autotools >>> >>> Are these a problem? >>> >>> I then pulled down >>> http://github.com/gnucash/gnucash-on-osx/raw/master/.jhbuildrc-custom >>> <http://github.com/gnucash/gnucash-on-osx/raw/master/.jhbuildrc-custom> >>> >>> At this point I attempted to uncomment the line >>> >>> skip.remove( “bash” ) >>> >>> But it wasn’t in there. So I added it, and when I attempted to run >>> jhbuild it complained. So I removed the line. Is this it no longer a >>> relevant instruction? >>> >>> I then attempted to run >>> >>> jhbuild build openssl >>> >>> Which yielded the response: >>> >>> jhbuild build: failed to parse >>> /Users/gnucashdev/Source/jhbuild/modulesets/http:/git.gnome.org/browse/gtk-osx/plain/modulesets-stable/gtk-osx.modules: >>> >>> <http://git.gnome.org/browse/gtk-osx/plain/modulesets-stable/gtk-osx.modules:> >>> [Errno 2] No such file or directory: >>> u'/Users/gnucashdev/Source/jhbuild/modulesets/http:/git.gnome.org/browse/gtk-osx/plain/modulesets-stable/gtk-osx.modules' >>> >>> <http://git.gnome.org/browse/gtk-osx/plain/modulesets-stable/gtk-osx.modules'> >>> >>> At which point I am not sure how to proceed. In particular. I’m not even >>> sure whether this should go to gnucash-devel or gtx-osx-devel >> >> The jhbuild warnings have to do with jhbuild bootstrapping itself. They're >> normal. >> >> skip.remove("bash") isn't needed anymore, .jhbuildrc adds it only when the >> MacOS version is < 10.11 (i.e. no SIP). >> >> I merged a PR the other day that updates openssl to 1.1g and that seems to >> build OK inline so it's no longer necessary to build it separately before >> everything else. >> >> All of that aside, something is whacked and I can reproduce the broken >> moduleset path using an alternate user... but it works fine when I'm me and >> everything else is the same. >> > > I found what was whacked: There was an error in gtk-osx-python.modules and > jhbuild has this weird fallback mechanism where instead of reporting an error > it tries to load the same moduleset from the jhbuild source directory > (~/Source/jhbuild/modulesets), first stripped to the "file part" which > sort-of makes sense but then with the whole URI as a filename, which doesn't > at all. That of course fails and it's the error that gets reported, which > isn't very helpful. My primary user id had an old version of > gtk-osx-python.modules in the jhbuild sources so the problem wouldn't > reproduce until I re-ran gtk-osx-build-setup.sh, which replaced it with the > one in git. > > Regards, > John Ralls > > _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
