Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 78821

Summary: Old games package with new libs tries to use /var/games/...
Product: [Retired] Red Hat Linux Reporter: Göran Uddeborg <goeran>
Component: gnome-libsAssignee: Havoc Pennington <hp>
Status: CLOSED WONTFIX QA Contact:
Severity: low Docs Contact:
Priority: medium    
Version: 9Keywords: Triaged
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-05-25 18:15:45 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:
Bug Depends On:    
Bug Blocks: 79579, 100644    

Description Göran Uddeborg 2002-12-01 16:10:15 UTC 
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.
Comment 1 Havoc Pennington 2004-05-25 18:15:45 UTC 
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.