After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 139987 - gdk-pixbuf-csource not choosing lib64 version of libpixbufloader-png.so
gdk-pixbuf-csource not choosing lib64 version of libpixbufloader-png.so
Status: RESOLVED DUPLICATE of bug 129540
Product: gtk+
Classification: Platform
Component: Widget: Other
2.2.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2004-04-13 23:26 UTC by Joshua Jensen
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Joshua Jensen 2004-04-13 23:26:41 UTC
Description of problem:

when compiling programs that call

"gdk-pixbuf-csource --raw --build-list xfcalendar_icon xyz.png"

gdk-pixbuf-csource is not smart enough to use

/usr/lib64/gtk-2.0/2.2.0/loaders/libpixbufloader-png.so
instead of
/usr/lib/gtk-2.0/2.2.0/loaders/libpixbufloader-png.so

So now the 64 bit app requires the /usr/lib/ .so :-(


I'm using gtk2-2.2.4-4.0 from RHEL3 AMD64
Comment 1 Manish Singh 2004-04-14 00:28:06 UTC
/usr/lib/gtk-2.0 doesn't even exist on RHEL3 AMD64. It's likely you did
something silly and installed part of a 32-bit gtk2 package on your system and
screwed things up.
Comment 2 Joshua Jensen 2004-04-14 00:36:40 UTC
It most certianly DOES.  There are several i386 packages installed in RHEL3
AMD64... gtk2 is one of them:

[jjensen@nbs-lnx-2 jjensen]$ rpm -q gtk2
gtk2-2.2.4-4.0
gtk2-2.2.4-4.0

[jjensen@nbs-lnx-2 jjensen]$ rpm -ql gtk2.i386 | grep lib | head
/usr/lib/gtk-2.0
/usr/lib/gtk-2.0/2.2.0
/usr/lib/gtk-2.0/2.2.0/immodules
/usr/lib/gtk-2.0/2.2.0/immodules/im-am-et.la
/usr/lib/gtk-2.0/2.2.0/immodules/im-am-et.so
/usr/lib/gtk-2.0/2.2.0/immodules/im-cedilla.la
/usr/lib/gtk-2.0/2.2.0/immodules/im-cedilla.so
/usr/lib/gtk-2.0/2.2.0/immodules/im-cyrillic-translit.la
/usr/lib/gtk-2.0/2.2.0/immodules/im-cyrillic-translit.so
/usr/lib/gtk-2.0/2.2.0/immodules/im-hangul.la
Comment 3 Manish Singh 2004-04-14 01:22:51 UTC
The i386 package isn't installed on any of my amd64 systems. I wonder what pulls
it in.

Regardless, the gtk2 x86_64 and i386 rpms do not coexist peacefully together.
You should file a bug with red hat about this, it's a system misconfiguration
problem, and not a problem with the actual gtk sources.

As a workaround, you can simply reinstall the x86_64 gtk2 package. What happened
here is that /etc/gtk-2.0/gdk-pixbuf.loaders points to the 32-bit libraries.
This is generated from gdk-pixbuf-query-loaders.
Comment 4 Owen Taylor 2004-04-16 19:14:33 UTC
No, it's a GTK+ problem. We have a horrible hack in the Pango RPM to make
the 32bit and 64bit packages coexist for Pango, but the same thing
hasn't been done for gdk-pixbuf.

(And a duplicate bug)
Comment 5 Owen Taylor 2004-04-16 19:17:18 UTC

*** This bug has been marked as a duplicate of 129540 ***