Re: Trying to build gnucash on Mac 2.9.2 using jhbuild: help?
On Mar 4, 2014, at 6:53 PM, Jeff Earickson wrote: > John, > > I gave it major effort tonight. In the first round, I reran > gtk-osx-build-setup.sh, reran jhbuild (failed), selected "wipe directory and > clean", retried (failed again). > > In round 2, I removed everything related to gnucash/jhbuild from my home > directory (.jhbuild* files, gtk*, Source, .local, gnucash-stable, > .subversion) and started from scratch: download gtk-osx-build-setup.sh, > download new .jhbuildrc-custom, follow the instructions on the wiki from the > beginning. Same error in Webkit, see attached. I wondered what "pull the > latest gnucash-on-mac" meant; I thought starting from scratch would do that > anyway. There are two repositories involved: http://git.gnome.org/gtk-osx and https://github.com/jralls/gnucash-on-osx. The latter has the moduleset and .jhbuildrc-custom specific to building GnuCash. I'd forgotten that the .jhbuildrc-custom there uses the gnucash.modules directly from the repo, so you're OK, there's nothing more to download. The supposed fix for the webkit problem isn't working, though. It's supposed to add -stdlib=libstdc++ to the CXXFLAGS. If you know your way around configure well enough you can try adding it by hand; otherwise I won't have time to look at it again until Thursday. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Trying to build gnucash on Mac 2.9.2 using jhbuild: help?
On Mar 4, 2014, at 6:53 PM, Jeff Earickson wrote: > John, > > I gave it major effort tonight. In the first round, I reran > gtk-osx-build-setup.sh, reran jhbuild (failed), selected "wipe directory and > clean", retried (failed again). > > In round 2, I removed everything related to gnucash/jhbuild from my home > directory (.jhbuild* files, gtk*, Source, .local, gnucash-stable, > .subversion) and started from scratch: download gtk-osx-build-setup.sh, > download new .jhbuildrc-custom, follow the instructions on the wiki from the > beginning. Same error in Webkit, see attached. I wondered what "pull the > latest gnucash-on-mac" meant; I thought starting from scratch would do that > anyway. > > While waiting for stuff to compile, I spent time reading thru the developer > wiki pages. I groaned when I saw the blurb at the bottom of the page > "Gtk-OSX does not yet support Universal Access." That is the one thing I was > hoping (someday) to accomplish, so my visually impaired wife could use > gnucash. At least I can export accounts to csv, pull them into Excel and > have that read text to her -- something Quicken can't do. In that case I recommend setting up a Linux box or a Linux VM for her so that she can use the native Gtk/Atk screen reader Orca — though GnuCash doesn’t directly implement any atk functions, it might still work well enough for her to use. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6.2 segfaulting
On Mar 4, 2014, at 3:11 PM, Ted Creedon wrote: > Crash back trace - gnucash froze up but nothing else - yet - > [Long, detailed backtrace elided]. OK. It’s Gtk and Oxygen almost all the way down, and it’s crashing trying to draw something. I don’t think that there’s anything we can do to help you here. As a first guess, ditch the Oxygen theme, but ISTM you need to get help from the SuSE GnuCash packager. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Trying to build gnucash on Mac 2.9.2 using jhbuild: help?
On Mar 4, 2014, at 12:41 PM, Jeff Earickson wrote: > John, > > Thank you, the boiled down output of the webkit build is attached. If you > need the unedited output of webkit please let me know. Has anybody else > built gnucash on Mavericks? > > I would like to be able to build the code on my Mac so I can begin to peek > under the hood and maybe be useful to this project someday. But as a UNIX > guy, some of the excess baggage of Macs will befuddle me for a bit. > > If I want to do the more classic "configure; make; make install" on a Linux > host, what is the most commonly used platform? I took a quick swipe at a > gnucash build on a Redhat 6.5 system (minimal install) and came up with lots > of missing/out-of-date graphical rpms. > Please remember to copy the list on all replies: Use “reply all”. That should have been fixed by a collection of commits I made last week, but I discovered a typo just now, so I’ve pushed a fix. Please re-run gtk-osx-build-setup.sh to update .jhbuildrc. You should perhaps pull the latest gnucash-on-mac as well, just to be sure. There are a bunch of patches on WebKit, so if it fails to build after updating, select "[6] wipe directory and start over". That will force applying all of the patches. I build Gnucash routinely on Mavericks, and though I don’t rebuild the whole dependency stack very often I just did so last week. MacOSX is FreeBSD with a pretty GUI. You should be right at home with the command prompt. Gtk-OSX just takes care of the pain of rounding up the zillion dependencies and saves you the trouble of typing ./configure && make && make install a zillion times, plus it’s set up with the right parameters and in the right order to get everything built. The minimum RHEL for current GnuCash is 6, so it should have built OK once you got all of the dependencies. There’s a shorthand package command at http://wiki.gnucash.org/wiki/FAQ#Q:_I_heard_it_is_too_hard_to_compile_GnuCash.21, but of course RHEL 6 shipped with GnuCash 2.4, so what it loads in response to that is likely obsolete. You should be able to chase down the things that configure complains about and get it to build, but frankly I don’t think that anyone has actually tried. I usually use a Debian Testing or a Fedora 18 VM for cross-testing and for making the distribution tarballs, but I know that Debian Stable works, and I’m pretty sure anything after Fedora 14 does. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Trying to build gnucash on Mac 2.9.2 using jhbuild: help?
On Mar 4, 2014, at 9:14 AM, Jeff Earickson wrote:
> Hi,
>
> I am trying to build gnucash-stable on my Mac (10.9.2, Intel, XCode 5.0.2
> installed) following the instructions at:
>
> http://wiki.gnucash.org/wiki/MacOSX/Quartz
>
> I am stuck at the jhbuild of WebKit:
>
> 2 errors generated.
> make[1]: ***
> [Tools/DumpRenderTree/Programs_DumpRenderTree-PixelDumpSupport.o] Error 1
> make[1]: *** Waiting for unfinished jobs
> make: *** [all] Error 2
> make -j 5
> *** Error during phase build of WebKit: ## Error running make -j 5
> *** [46/56]
>
> [1] Rerun phase build
> [2] Ignore error and continue to install
> [3] Give up on module
> [4] Start shell
> [5] Reload configuration
> [6] Go to phase "wipe directory and start over"
> [7] Go to phase "configure"
> [8] Go to phase "clean"
> [9] Go to phase "distclean"
> choice:
>
> I have tried various choices: no go. If I give up on the module then
> gnucash won't build. Help please?
>
> Some other comments about the webpage above:
>
> 1) I had to modify the line "setup_sdk("10.5", "10.5",["i386"])" in
> .jhbuildrc-custom to reference 10.9 in my case. Maybe this should be noted
> on the webpage?
>
> 2) "jhbuild build python" flunked with:
>
> jhbuild build: failed to unpack
> /Users/jaearick/gtk/source/pkgs/Python-2.7.3.tar.xz
>
> After I untarred the file and put it one level up in the directory
> structure, and restarted -- it worked.
As you should know, without the compiler errors it’s not possible to discern
what went wrong with the webkit build. Please provide them.
I’ve added a note to the wiki page about adjusting the OS version.
Jhbuild can’t count on tar being able to handle xz-compressed files, so it uses
the command line
xzcat path/to/file | tar -xf -
which will fail if xzcat isn’t available on the path. That would be the case if
you didn’t run jhbuild bootstrap first, but in that case you wouldn’t have
gotten much further than building Python, since almost all of the Gnome
libraries also use xz.
Regards,
John Ralls
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6.2 segfaulting
On Mar 4, 2014, at 10:21 AM, Ted Creedon wrote: > Another fault, looks like troubleshooting will be difficult > > Seems too be related to focusing on the menu bar. Moving the mouse over it > causes a crash > > > Program terminated with signal SIGSEGV, Segmentation fault. > The program no longer exists. > (gdb) bt full > No stack. > I have trouble believing that this is a GnuCash problem, and I’m quite sure that the relevant code hasn’t been touched in the last month. Has SuSE updated their Gtk+ library or that theme in that time? If you think otherwise, get a git clone and do a bisect. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6.2 segfaulting
I'll keep trying to get my taxes & a backtrace done Would running under Gnome help? ted On Mon, Mar 3, 2014 at 8:52 PM, Bill Nottingham wrote: > John Ralls (jra...@ceridwen.us) said: > > Yeah, I dunno what Oxygen::MenuStateData::menuItemIsActive is except that > > it doesn't have anything to do with GnuCash, Gtk+, or GLib. You need to > > explain your environment in detail and why we should support it, > otherwise > > you're totally on your own. > > It's a port of the oxygen KDE theme to GTK2, used to make gtk/GNOME apps > match KDE when running under KDE. And yes, we've seen some crash reports in > Fedora when GnuCash is run with it, although not with that specific > backtrace: > https://bugzilla.redhat.com/show_bug.cgi?id=1039286 > > Bill > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6.2 segfaulting
Another fault, looks like troubleshooting will be difficult Seems too be related to focusing on the menu bar. Moving the mouse over it causes a crash Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb) bt full No stack. On Tue, Mar 4, 2014 at 9:13 AM, Ted Creedon wrote: > I'll keep trying to get my taxes & a backtrace done > > Would running under Gnome help? > > ted > > > On Mon, Mar 3, 2014 at 8:52 PM, Bill Nottingham wrote: > >> John Ralls (jra...@ceridwen.us) said: >> > Yeah, I dunno what Oxygen::MenuStateData::menuItemIsActive is except >> that >> > it doesn't have anything to do with GnuCash, Gtk+, or GLib. You need to >> > explain your environment in detail and why we should support it, >> otherwise >> > you're totally on your own. >> >> It's a port of the oxygen KDE theme to GTK2, used to make gtk/GNOME apps >> match KDE when running under KDE. And yes, we've seen some crash reports >> in >> Fedora when GnuCash is run with it, although not with that specific >> backtrace: >> https://bugzilla.redhat.com/show_bug.cgi?id=1039286 >> >> Bill >> > > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Trying to build gnucash on Mac 2.9.2 using jhbuild: help?
Hi,
I am trying to build gnucash-stable on my Mac (10.9.2, Intel, XCode 5.0.2
installed) following the instructions at:
http://wiki.gnucash.org/wiki/MacOSX/Quartz
I am stuck at the jhbuild of WebKit:
2 errors generated.
make[1]: ***
[Tools/DumpRenderTree/Programs_DumpRenderTree-PixelDumpSupport.o] Error 1
make[1]: *** Waiting for unfinished jobs
make: *** [all] Error 2
make -j 5
*** Error during phase build of WebKit: ## Error running make -j 5
*** [46/56]
[1] Rerun phase build
[2] Ignore error and continue to install
[3] Give up on module
[4] Start shell
[5] Reload configuration
[6] Go to phase "wipe directory and start over"
[7] Go to phase "configure"
[8] Go to phase "clean"
[9] Go to phase "distclean"
choice:
I have tried various choices: no go. If I give up on the module then
gnucash won't build. Help please?
Some other comments about the webpage above:
1) I had to modify the line "setup_sdk("10.5", "10.5",["i386"])" in
.jhbuildrc-custom to reference 10.9 in my case. Maybe this should be noted
on the webpage?
2) "jhbuild build python" flunked with:
jhbuild build: failed to unpack
/Users/jaearick/gtk/source/pkgs/Python-2.7.3.tar.xz
After I untarred the file and put it one level up in the directory
structure, and restarted -- it worked.
---
Jeff A. Earickson, Ph.D
Senior Server System Administrator
Colby College,
4214 Mayflower Hill,
Waterville ME, 04901-8842
207-859-4214 (fax 207-859-4186)
Eastern Time Zone, USA
---
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Future programming language.
On Mar 4, 2014, at 2:42 AM, Robert Fewell <14ubo...@gmail.com> wrote: > Hi, > > Could some one clarify what future programming components, not sure thats > the correct word, will be used. I was thinking about looking at the > register tree view agian / gtk3 but I read that you are moving away from > gtk so that seems a bit pointless. > > May be I am getting confused with backend and gui ? At the moment, you're confusing the backend, core, and GUI. We're not planning to do much with the GUI this dev cycle, including not moving to Gtk3. But the Gtk team has been having trouble supporting M$Windows, never mind mobile platforms, so we've been discussing changing GUI backends in the *next* dev cycle and unless the situation changes with Gtk on MSWindows they're probably not a viable candidate. That said, the existing register code uses an obsolete library, libgnomecanvas, for drawing its custom controls. Your conversion of the register to GtkTreeView gets rid of that dependency, so it may still have a point. On the other hand it might be simpler to just replace the few libgnomecanvas calls with either GdkDrawable or direct Cairo calls. Either way, the GUI also needs better MVC separation; I know that's hard with GtkTreeView, which encourages one to mix the model implementation code in the same modules that implement GtkTreeModel, but having all of that "business logic" mixed with the GUI makes it hard to maintain never mind to implement a different GUI. That's a large part of what's made your work with GtkTreeView so difficult. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Future programming language.
Hi, Could some one clarify what future programming components, not sure thats the correct word, will be used. I was thinking about looking at the register tree view agian / gtk3 but I read that you are moving away from gtk so that seems a bit pointless. May be I am getting confused with backend and gui ? Regards, Robert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
