Bug 173665 - package attempts to replace a directory with a symlink
Summary: package attempts to replace a directory with a symlink
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-xbitmaps
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: FC5Blocker xorg-modular
TreeView+ depends on / blocked
 
Reported: 2005-11-18 20:44 UTC by Nalin Dahyabhai
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-11-23 15:21:17 UTC
Type: ---


Attachments (Terms of Use)

Description Nalin Dahyabhai 2005-11-18 20:44:44 UTC
Description of problem:
Installing xorg-x11-xbitmaps on a system with openmotif previously-installed
breaks because openmotif puts files in /usr/include/X11/bitmaps/, causing
/usr/include/X11/bitmaps to be a directory.

Version-Release number of selected component (if applicable):
0.99.1-2

How reproducible:
Always

Steps to Reproduce:
1. Install openmotif 2.2.3-14
2. Attempt to install xorg-x11-xbitmaps
  
Actual results:
error: unpacking of archive failed on file /usr/include/X11/bitmaps: cpio:
rename failed - Is a directory

Comment 1 Mike A. Harris 2005-11-21 21:32:45 UTC
openmotif is about to lose bigtime.  <grin>

It should put it's files in it's own directory, say /usr/include/Xm or
/usr/include/not-X11, to maximize compatibility in the future by keeping
it's own namespace.

New X packages are going to force this problem to go away, but in the
process, will break any package already installed which put files in
X's include dir.

<cartman>Bad openmotif!  That's a bad openmotif!</cartman>

Theoretically fixed packages in dist-fc5-HEAD, but they wont hit the
buildroot until the tree becomes unlocked and they hit dist-fc5, as
the buildroot doesn't look in -HEAD.

I'll update this again, once we have things in the right place.


Comment 2 Mike A. Harris 2005-11-23 15:14:39 UTC
This problem should be resolved now with the following packages installed:

xorg-x11-filesystem >= 0.99.2-3
filesystem-2.3.7-1
xorg-x11-bitmaps >= 0.99.1-4


IMPORTANT NOTE:  As mentioned above, there is a caveat to this solution,
which is that packages that have installed their files into X.Org owned
directories, while there was a symlink in the path, will now have to
be reinstalled.  There may be rpm installed files left behind afterward
as well.  Such is rawhide...

Setting status to "RAWHIDE"




Note You need to log in before you can comment on or make changes to this bug.