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 - Old games package with new libs tries to use /var/games/...
Summary: Old games package with new libs tries to use /var/games/...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gnome-libs
Version: 9
Hardware: i386
OS: Linux
medium
low
Target Milestone: ---
Assignee: Havoc Pennington
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 79579 CambridgeTarget
TreeView+ depends on / blocked
 
Reported: 2002-12-01 16:10 UTC by Göran Uddeborg
Modified: 2007-04-18 16:48 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2004-05-25 18:15:45 UTC
Embargoed:

Attachments (Terms of Use)

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.
Note You need to log in before you can comment on or make changes to this bug.