From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 Description of problem: Combining an old version of gnome-games, such as 1.2.0-9, with a system with recent gnome libraries fails to find the high-score lists. It looks in /var/games rather than /var/lib/games. Version-Release number of selected component (if applicable): 1.4.1.2.90-24 How reproducible: Always Steps to Reproduce: 1. Upgrade an old system with recent gnome-libs uebn> rpm -q gnome-libs gnome-games gnome-libs-1.4.1.2.90-24 gnome-games-1.2.0-9 2. Run some game. Actual Results: At the end, there is a message: /var/games/gnotski.1.scores: No such file or directory Additional info: This is obviously similar to bug 64908. The difference is that this old package uses libgnome.so.32 from the package gnome-libs rather than libgnome-2.so from the package libgnome. And libgnome.so.32 still refers to /var/games. Either the same fix that was done to libgnome has to be done to gnome-libs too. Or, alternatively, there should be RPM package attributes to protect from this combination. Something like "contflicts: gnome-games < 2.0" (or is it "< 1.4"?) in gnome-libs.
This would be valid to fix, but in practice it won't make it to the top of the priority queue so I'm going to clear it off the bug list for now.