[R] package for /usr/lib64/R/library/tkrplot/libs/tkrplot.so

Juergen Rose rose at rz.uni-potsdam.de
Sun May 17 23:58:43 CEST 2009

Am Sonntag, den 17.05.2009, 13:16 -0500 schrieb Dirk Eddelbuettel:
> On 17 May 2009 at 12:53, Juergen Rose wrote:
> | 'revdep-rebuild' under GENTOO shows me
> | that /usr/lib64/R/library/tkrplot/libs/tkrplot.so, which was installed
> | at April 24th, is broken.
> | 'ldd /usr/lib64/R/library/tkrplot/libs/tkrplot.so' shows me that
> | tkrplot.so needs libtcl8.4.so and libtk8.4.so, which is no more
> | installed since the installation of tcl,tk-8.5.7, which has happened at
> | april 26th.
> | But revdep-rebuild can't find out a gentoo-package for tkrplot.so.
> | That's why I assume, that tkrplot.so belongs to a CRAN package.
> | Also update.packages() inside R does not no that tkrplot.so is broken.
> | 
> | How can I find out, which CRAN package installs tkrplot.so?
> There are two clues:
>  i)  R always installs all files for package 'foo' in a top-level directory
>      'foo' below the entry of the library paths select -- if not set, it uses
>      the default which is the first element returned by .libPaths()
>      in your case:  'tkrplot' below  /usr/lib64/R/library/
>  ii) For every package foo with to-be-compiled source code, R (on Linux)
>      always creates a shared library libs/foo.so in the per-package directory
>      tree. 
>      in your case:  'tkrplot'
> As an added bonus, can can always Google for the file itself. That would have
> led you to tkrplot too.

So easy. Thank you.

> Dirk


More information about the R-help mailing list