Bug 133197 - GTK2 fails libpng install with old libpngs in /usr/local/lib
GTK2 fails libpng install with old libpngs in /usr/local/lib
Product: Fedora
Classification: Fedora
Component: gtk2 (Show other bugs)
i386 Linux
medium Severity low
: ---
: ---
Assigned To: Matthias Clasen
Depends On:
  Show dependency treegraph
Reported: 2004-09-22 09:15 EDT by Cameron Green
Modified: 2007-11-30 17:10 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-09-22 09:41:01 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Cameron Green 2004-09-22 09:15:06 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2)

Description of problem:
After an autoupdate the next time I turned on my pc, I couldn't get to
a login box, as BlueCurve couldn't recognise the png's it wanted.

It gave an error saying it couldn't recognise the file type for

My system has been through the typical Redhat-Fedora series of
releases, and somehow I have gotten duplicate versions of libpngs in
/usr/local/lib, that in a fresh Fedora 2 install are only in /usr/lib


/usr/local/lib/libpng12.so -> libpng12.so.0
/usr/local/lib/libpng12.so.0 -> libpng12.so.
/usr/local/lib/libpng.a -> libpng12.a
/usr/local/lib/libpng.so -> libpng.so.3
/usr/local/lib/libpng.so.3 -> libpng.so.

When autoupdating or trying to install gtk2, it happily installs the
rpm but gives an error saying that g_module_load (or something)
failed, giving the location of the /usr/local/lib/libpng12.so.0 in the
error message.

I removed these files (well moved them to /tmp while I was testing)
and did a forced reinstall of the latest gtk2 rpms (and -devel) : 

eg rpm -Uvh --force gtk2-* 

And then all was well.

I was going to report this as a bug and then I resolved the problem,
so just putting here for other peoples benefit.

Hope this helps somebody.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. try to install gtk2 with old /usr/local/lib/libpng shared objects

Actual Results:  gtk installs happily, but pngs stop working.

This stops the user logging in as BlueCurve can't find it's png's and
fails.  This might be something for the team to look at, if an image
doesn't display...keep going! 

Expected Results:  pngs should have displayed, the login box should
have come up.

Additional info:

If /usr/lib is the default place for libraries, why was the gtk2 rpm
finding a library that existed in /usr/lib in /usr/local/lib first? 
Perhaps the search path should be /lib -> /usr/lib -> /usr/local/lib
(unless mine is different to the standard for some reason)

Note You need to log in before you can comment on or make changes to this bug.