Bug 700213

Summary: R-devel-2.13.0-1 won't install on i686
Product: [Fedora] Fedora Reporter: Jonathan Baron <jonathanbaron7>
Component: RAssignee: Tom "spot" Callaway <tcallawa>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 14CC: michel, tcallawa
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-04-28 14:32:44 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 Jonathan Baron 2011-04-27 19:27:39 UTC 
Description of problem:
see Summary

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


How reproducible:
Don't know.  I have only one machine with i686, and x86_64 worked fine on three others.

Steps to Reproduce:
1. yum install R-devel or yum update R-devel or download and rpm -Uvh ...
2.
3.
  
Actual results:
with rpm: 
error: unpacking of archive failed on file /usr/lib/R/include: cpio: rename failed - Is a directory

with Yum:
Error unpacking rpm package R-devel-2.13.0-1.fc14.i686
error: unpacking of archive failed on file /usr/lib/R/include: cpio: rename

Expected results:
install

Additional info:

Installs fine on x86-64
Comment 1 Tom "spot" Callaway 2011-04-27 20:15:14 UTC 
You'd only get this error if /usr/lib/R/include existed. Does it?
Comment 2 Jonathan Baron 2011-04-27 23:42:28 UTC 
(In reply to comment #1)
> You'd only get this error if /usr/lib/R/include existed. Does it?

Yes.  And I deleted it (well, moved it) and tried again and everything worked fine.  I have no idea why it was there.

Actually I do have another i696 computer, which I was reluctant to update because it is critical that it works for R.  But, given your response, I just got the courage to try, and it worked too.

So far as I can remember, the two computers were treated identicaly, although they are different.  (The one that didn't work is a Lenovo workstation, and the one that did work is a Dell.)

I don't know if this means that this is "notabug".  So I am not making any changes.

So if this is not a bug, sorry for making trouble.
Comment 3 Tom "spot" Callaway 2011-04-28 14:32:44 UTC 
Best guess? Some addon R module from CRAN created that directory and put files in it. With this update, that directory is now a symlink to the "proper" system include location, but RPM can't install a package that tries to write out a symlink over a real directory.

Closing as CANTFIX.