[5854] in testers
Re: possible librsvg problem in rhlinux 9.3 update
daemon@ATHENA.MIT.EDU (Greg Hudson)
Tue May 18 22:42:06 2004
Date: Tue, 18 May 2004 22:42:02 -0400
Message-Id: <200405190242.i4J2g29X010774@egyptian-gods.mit.edu>
From: Greg Hudson <ghudson@MIT.EDU>
To: "andrew m. boardman" <amb@MIT.EDU>
CC: testers@MIT.EDU
In-reply-to: <200404232316.i3NNGLO8014816@pothole.mit.edu>
> On a freshly-installed 9.2.30 box, taking 9.3.1 got me the
> following, with the ~10 minute hang after the g_module_open error
> and before the svg_loader.so error.
I'm afraid the ten-minute hang is probably doing legitimate work, but
without any feedback callbacks.
> open() failed for /usr/lib/gtk-2.0/2.2.0/loaders/svg_loader.so:
> /usr/lib/gtk-2.0/2.2.0/loaders/svg_loader.so: undefined symbol:
> rsvg_handle_new_gz
After running rpmupdate with maximum verbosity and poring through the
resulting log, I discovered that one can produce the same error by
running /usr/bin/gdk-pixbuf-query-loaders. It seems the native
gdk-pixbuf-query-loaders is getting the Athena libraries for
libgdk-pixbuf and friends, which makes sense because /usr/athena/lib
is in /etc/ld.so.conf. But it still uses /usr/lib/gtk-2.0 for the
loader objects, because that path is compiled into the
gdk-pixbuf-query-loaders binary.
The easiest workaround is to add libgsf to the release and build the
Athena librsvg against it, so that the native svg_loader.so will work
against our librsvg. I'll do that, but it's gross; putting
/usr/athena/lib into /etc/ld.so.conf may have been a mistake.
