Building gnucash on Ubuntu 12.04 Alpha

[John Ralls]

On Jan 22, 2012, at 2:05 PM, Colin Law wrote:

> On 22 January 2012 21:32, John Ralls <jralls at ceridwen.us> wrote:
>> 
>> On Jan 22, 2012, at 12:26 PM, Colin Law wrote:
>> 
>>> 
>>> Yes, of course, sorry.  I have never had to look there before.  It contains:
>>> * 16:03:44  WARN <Gtk> Unable to locate theme engine in module_path: "pixmap",
>>> * 16:03:44  WARN <Gtk> Unable to locate theme engine in module_path: "pixmap",
>>> * 16:03:44  WARN <Gtk> Unable to locate theme engine in module_path: "pixmap",
>>> * 16:03:44  WARN <Gtk> Unable to locate theme engine in module_path: "pixmap",
>>> * 16:03:45  WARN <libglade> Could not load support for `gnome':
>>> libgnome.so: cannot open shared object file: No such file or directory
>>> * 16:04:43  WARN <libglade> Could not load support for `gnome':
>>> libgnome.so: cannot open shared object file: No such file or directory
>>> * 16:04:43  WARN <libglade> unknown widget class 'GnomeDruid'
>>> * 16:04:44  WARN <GLib-GObject>
>>> /build/buildd/glib2.0-2.31.10/./gobject/gsignal.c:2325: signal
>>> `cancel' is invalid for instance `0x9e11aa8'
>>> * 16:04:44  WARN <gnc.gui> [gnc_glade_lookup_widget()] I know nothing
>>> of this 'choose_page' whom you seek.
>>> * 16:04:44  CRIT <Gtk> IA__gtk_widget_modify_base: assertion
>>> `GTK_IS_WIDGET (widget)' failed
>>> * 16:04:44  CRIT <Gtk> IA__gtk_widget_modify_base: assertion
>>> `GTK_IS_WIDGET (widget)' failed
>>> * 16:04:44  CRIT <Gtk> IA__gtk_widget_modify_base: assertion
>>> `GTK_IS_WIDGET (widget)' failed
>>> * 16:04:44  CRIT <Gtk> IA__gtk_widget_modify_base: assertion
>>> `GTK_IS_WIDGET (widget)' failed
>>> * 16:04:44  CRIT <Gtk> IA__gtk_widget_modify_base: assertion
>>> `GTK_IS_WIDGET (widget)' failed
>>> * 16:04:44  CRIT <Gtk> IA__gtk_widget_modify_base: assertion
>>> `GTK_IS_WIDGET (widget)' failed
>>> 
>>> The file /usr/lib/libglade/2.0/libgnome.so is present.
>>> 
>> 
>> Well, then something is messed up with either ld.conf or LD_LIBRARY_PATH, because the linker isn't finding it. Looks like you have other issues as well. I notice that it's pulling GLib from a self-built location. I suggest that you back out of your experimental environment and build Gnucash against the distro-installed dependencies and make sure you can build it successfully there. Then you can dig into your experimental environment (I sure hope you've kept it isolated from your distro one; otherwise you've a lot of cleanup work ahead of you) to figure out what you've messed up.
>> 
>> Incidentally, I don't know how you're handling the experimental environment, but I *very strongly* recommend that you use jhbuild to create it, and that you use it in a jhbuild shell. You can use my gtk-osx gnucash modulesets (at https://github.com/jralls/gnucash-on-osx) as a starting point to create your own; you'll need to modify some of the dependency package names to match the jhbuild modulesets, not all of gtk-osx's do. Be sure to remove the <include> directive, you don't want to build gtk-osx! Also note that if you want an experimental GLib you are committed to building your own version of *every single dependency* that depends on GLib -- which is just about everything except AQBanking and the database backends. That may well be the root of your problem.
> 
> I think there may be some confusion, I am running ubuntu 12.04 alpha
> in a virtualbox virtual machine and started from a virgin install of
> ubuntu with the express purpose of checking the gnucash build.  I have
> installed just what should be needed to build gnucash and have not
> knowingly built glib.  I see the error I think you are referring to
> that mentions /build/buildd/glib2.0-2.31.10/./gobject/gsignal.c but
> there is no /build directory so I suspect the path on that message is
> to do with how it was built in the first place rather than being a
> build on my machine.
> 
> LD_LIBRARY_PATH does not seem to be setup (and is not on my working
> ubuntu 11.10 machine where I am able to build ok).
> I cannot find an ld.conf on the virtual machine or the working one either.
> 
> Does the message
> WARN <libglade> Could not load support for `gnome': libgnome.so:
> cannot open shared object file: No such file or directory
> mean that it cannot find libgnome.so?

Ah, I see. There must be debugging symbols in the library.

Sorry, I mis-remembered the filename, it's ld.so.conf.

Yes, that's normally what that message means. Try setting LD_LIBRARY_PATH=/usr/lib/libglade/2.0
and see if it at least gives you a different error.

Regards,
John Ralls