Michael Schwendt wrote:
If libSDL_gfx.so.13 was on my computer and was not recognized as such, what would cause that? That was the symbolic link available but yum didn't recognize the it as such as that package did not meet the dependency requirements and the whole process failed. Attempts toOn Sun, 21 Jan 2007 11:10:02 -0600, wayne wrote: Which repos could cause that? I believe the only one I have that is not Fedora is for NVidia drivers, and I only enable it when the kernel is updated so that I can use my NVidia graphics card. You are right, I am confused. Where would you go to find answers to error messages? Is google still my friend?Posted by Maurizio Loreti, whose homepage is here <http://www.pd.infn.it/%7Eloreti/mlo.html> on 01/01/2007 at 14:19 I resolved the problem temporarily by removing frozen-bubble and perl-SDL which are the only applications on my computer requiring libSDL_gfx. I then had to go to /var/lib/rpm and delete all of the db files and rebuild the database with rpm -vv --rebuilddb This fixed the problem with updates. I am hesitant to reinstall frozen-bubble until this problem is resolved.Just revisit my reply to your original message. You sound confused. Messing with files in /var/lib/rpm was not necessary. I kept getting error messages during yum -y update attempts. After "yum remove frozen-bubble" and "yum remove perl-SDL" attempting to run "yum -y update" generated a lockup of the terminal session with many lines of ascii characters. Also messages about a corrupt database. "rpm --vv --rebuilddb" did not work. After "cd /var/lib/rpm" then "rm -f *.00*" I was able to successfully use "rpm -vv --rebuilddb" and then run "yum -y update". Why is removing the db files and rebuilding wrong? Is there a better solution? BTW, I did a backup of the directory first in case the files have some information that could be useful for troubleshooting. Thank you for your help. Also, after I received this response from you, I received the below from the website from the above link: Wayne, the problem comes from a long-standing bug in the SDl_gfx distro in that the micro version was updated as 2.0.1, 2.0.2, .... but the .so library version was updated as well to .so.1, .so.2 - in version 2.0.14 this was changed to a version .so.2 (which is the correct way). This is documented in the changelog. Since I am not making the RPMs, I cannot change the Fedora behavior. What is missing is probably a manual script that fixes the library version numbers when going from .13 to anything above. I'll try to contact people on the Fedora list to get this resolved. Until then please try the following: - you can try to locate the new SDL_gfx rpm, download it manually and force an installation using "rpm -Uvh --force --nodeps *.rpm" - you can try to remove the package that is dependent on libSDL_gfx.so.13 Bye Andreas Email: wdhammond@xxxxxxxxxxxxx Regards, --
Wayne www.glenmeadows.us "I cannot imagine a God who rewards and punishes the objects of his creation, whose purposes are modeled after our own -- a God, in short, who is but a reflection of human frailty. Neither can I believe that the individual survives the death of his body, although feeble souls harbor such thoughts through fear or ridiculous egotism." [Einstein] |
-- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list