Hi, '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? Regards Juergen
package for /usr/lib64/R/library/tkrplot/libs/tkrplot.so
3 messages · Dirk Eddelbuettel, Juergen Rose
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.
Dirk
Three out of two people have difficulties with fractions.
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
Juergen