Bug 700213 - R-devel-2.13.0-1 won't install on i686
Summary: R-devel-2.13.0-1 won't install on i686
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: R
Version: 14
Hardware: i686
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Tom "spot" Callaway
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-27 19:27 UTC by Jonathan Baron
Modified: 2011-04-28 14:32 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-28 14:32:44 UTC
Type: ---


Attachments (Terms of Use)

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.


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