[R] package for /usr/lib64/R/library/tkrplot/libs/tkrplot.so
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
> 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.
More information about the R-help