某些 R 包不会使用 update.packages() 进行更新

Question

Selecting Packages->Update packages... gave:

> update.packages(ask='graphics',checkBuilt=TRUE)
--- Please select a CRAN mirror for use in this session ---
Warning: package 'foreign' in library 'C:/Program Files/R/R-3.0.2/library' will not be updated
Warning: package 'lattice' in library 'C:/Program Files/R/R-3.0.2/library' will not be updated
Warning: package 'Matrix' in library 'C:/Program Files/R/R-3.0.2/library' will not be updated
Warning: package 'mgcv' in library 'C:/Program Files/R/R-3.0.2/library' will not be updated
Warning: package 'nlme' in library 'C:/Program Files/R/R-3.0.2/library' will not be updated
Warning: package 'rpart' in library 'C:/Program Files/R/R-3.0.2/library' will not be updated

I ran the R shortcut in the startup menu "as Administrator" and got the same results.

R version is 3.0.2.

Answer 1

A general restatement of the question

1. In Windows 7/8 the package nicePack , included in the base install, is outdated.
2. You update it with update.packages() or via the equivalent GUI menu.
3. You get:
   Warning: package 'nicePack' in library 'C:/Program Files/R/R-3.*.*/library" will not be updated

Potential causes

R is not very kind with Windows so it just says "will not be updated" and not something like "permission denied to C:/Program Files/R/...". Anyway you realise that R cannot write to C:/Program Files and so restart it as Administrator and upgrade, but the problem persists!

If you check the personal package directory, where R is able to write, you see that the updated version of nicePack is there. In Windows the directory is normally ~\\R\\win-library\\xy or find it with Sys.getenv("R_LIBS_USER") .

Probably the first time R, unable to write to R default directory, used the personal directory, so that there are two versions of nicePack . The second time, despite the admin privileges, R finds the updated package version in the personal directory and it does not update the default directory.

May be that R says "warning" and not "error", because the package is installed in the personal directory, but an outdated version remains in the default library.

Solution

Delete nicePack package directory in the personal library directory, restart as administrator and update again.

Opinions

I don't know if there is an actual bug in this behaviour, anyway more informative messages would for sure help the Windows user.

Perhaps the default library should be avoided in Windows, in favour of the personal. Many Windows applications use C:\\ProgramData or ~\\AppData\\Local , writeable without special privileges.

Answer 2

I am on Ubuntu and i have the same problem from RStudio. I have tried to solve by sudo R and update.packages() . But it did not help. However sudo rstudio + update.packages() have solved the problem.

Answer 3

In my case worked the following command sequence in the Terminal of Ubuntu:

sudo i-
R
update.packages(ask=FALSE)
q(save="no")
logout

That is to say: loging as root -> starting R -> updating packages from root -> out of R -> out of root.

Answer 4

On R 4.0.4 (Gallium OS 3.1)

Permissions? old.packages() ?

In my case, I noticed 3 packages that would not update had permissions set differently from others in /usr/local/lib/R/library .

I fixed the permissions, but this did not solve the problem.

Then I ran old.packages() and noted the SAME 3 packages were considered old .

I admit I did not quite understand the help in ?update.packages(), but tried the following.

update.packages(oldPkgs = old.packages())

This fixed the problem and the 3 packages updated.

Answer 5

I'm on Windows, but using R Studio Server through SSH tunneling (AWS / Ubunutu Linux). I think that sometimes R Studio adds a layer of difficulties instead of getting things easier, this happens with package dependencies across multiple UNIX users

So, adding this possible scenario that may affect people looking for aforementioned question >>>

You can have a package version on your user and other version on

You need to su root and install.update() by SUDO R (same of R.exe on Windows) with a root user.

Then, when you acess RStudio Server, you'll see System Library packages updated

In summary, even if you use only one high-privilege unix user on a server, there will be two different locations for libraries:

ubuntu(user): /usr/local/lib/R/

system wide: /usr/lib/R/library