Bug 133197
| Summary: | GTK2 fails libpng install with old libpngs in /usr/local/lib | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Cameron Green <i> |
| Component: | gtk2 | Assignee: | Matthias Clasen <mclasen> |
| Status: | CLOSED NOTABUG | QA Contact: | |
| Severity: | low | Docs Contact: | |
| Priority: | medium | ||
| Version: | 2 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-09-22 13:41:01 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 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 /usr/share/gdm/themes/Bluecurve/icon-language.png 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 eg. /usr/local/lib/libpng12.so -> libpng12.so.0 /usr/local/lib/libpng12.so.0 -> libpng12.so.0.1.2.5.bak /usr/local/lib/libpng12.so.0.1.2.5 /usr/local/lib/libpng.a -> libpng12.a /usr/local/lib/libpng.so -> libpng.so.3 /usr/local/lib/libpng.so.3 -> libpng.so.3.1.2.5 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: Always 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)