Bug 788549

Summary: usrmove breaks /lib/cpp
Product: [Fedora] Fedora Reporter: Richard W.M. Jones <rjones>
Component: dracutAssignee: dracut-maint
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: dracut-maint, harald, jonathan
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-02-08 12:51:00 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Richard W.M. Jones 2012-02-08 12:26:03 UTC
Description of problem:

This isn't a dracut bug, I'm just assigning it to
dracut because usrmove/convertfs caused the breakage.

$ touch test.x
$ rpcgen -h test.x
cannot find any C preprocessor (cpp)
[...]

It turns out that /lib/cpp symlink is broken:

$ ll /lib/cpp
lrwxrwxrwx. 1 root root 14 Feb  7 18:20 /lib/cpp -> ../usr/bin/cpp

That looks correct, but because /lib is a symlink to
/usr/lib, it's in fact wrong (because it goes to
/usr/usr/bin/cpp).

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

dracut-014-81.git20120202.fc17.noarch

How reproducible:

?

Steps to Reproduce:
1. do dracut convertfs
2. try to run rpcgen or just /lib/cpp
3.
  
Actual results:

Symlink to /lib/cpp is broken.

Expected results:

Not broken.

Additional info:

Comment 1 Harald Hoyer 2012-02-08 12:50:30 UTC
[harald@lenovo fedora]$ ls -l /lib/cpp 
lrwxrwxrwx 1 root root 10  8. Feb 13:17 /lib/cpp -> ../bin/cpp
[harald@lenovo fedora]$ rpm -qf /lib/cpp 
cpp-4.7.0-0.11.fc17.x86_64

Comment 2 Harald Hoyer 2012-02-08 12:51:00 UTC

*** This bug has been marked as a duplicate of bug 787460 ***