[R-SIG-Mac] Error while loading packages R 2.14.0
hpages at fhcrc.org
Tue Nov 15 16:18:35 CET 2011
On 11-11-15 06:26 AM, Simon Urbanek wrote:
> On Nov 15, 2011, at 1:29 AM, Hervé Pagès wrote:
>> On 11-11-12 11:30 PM, Prof Brian Ripley wrote:
>>> On Sun, 13 Nov 2011, Riccardo Romoli wrote:
>>>> Hi, I have already installed R 2.14.0 and I have some problem to load
>>>> several packages, in particular xcms package. I installed it directly
>>>> from the GUI and when I try to load it the R I have:
>>>> Error in dyn.load(file, DLLpath = DLLpath, ...) :
>>>> unable to load shared object
>>>> 6): Library not loaded: /usr/local/lib/libnetcdf.7.dylib
>>>> Referenced from:
>>>> Reason: image not found
>>>> Inoltre: Warning message:
>>>> In library(pkg, character.only = TRUE, logical.return = TRUE, lib.loc
>>>> = lib.loc) :
>>>> there is no package called ‘digest’
>>>> Errore: package/namespace load failed for ‘xcms’
>>>> I think the error is the absence of ibnetcdf.7.dylib. Do you have any
>>>> idea how can I correct this error??
>>> 1) Ask BioC to build the package correctly, or
>>> 2) Build from the sources yourself, preferably using a static netcdf
>>> People should not be distributing Mac binary packages with hardcoded
>>> paths to dependencies not in the R framework: CRAN does not.
>> Not true. rggobi, Cairo and other Mac binaries on CRAN have hardcoded paths to a bunch of stuff that is not in the R framework.
> The above statement is false.
> All binaries that involve just libraries (like Cairo) are linked statically and have no dependencies (see otool -L).
> There are very few exceptions where it doesn't involve a library but an entire system: gtk, ggobi and tcltk. For those there is no other option since just linking them statically is not sufficient as they rely on other external files. For those we provide the binaries for download along with the package.
I'm aware of that and thanks for providing those binaries.
Also thanks for confirming that Ripley's original statement was wrong.
> The problem in BioC is that not only it uses unnecessary dependent libraries (it didn't use to when you were running it ;)), it doesn't even provide the needed dependencies for download with the package. That makes the repository useless for the user since the packages simply don't work.
We used to use your static netcdf from here
and that's what we should use. For whatever reason another netcdf
(non-static) ended up being installed on our build machine. We'll fix
>>> particular, /usr/local/lib need administrative privileges to populate.
>> Note that installing the external stuff needed by rggobi, Cairo etc
>> also requires administrative privileges.
>>>> R-SIG-Mac mailing list
>>>> R-SIG-Mac at r-project.org
>>> R-SIG-Mac mailing list
>>> R-SIG-Mac at r-project.org
>> Hervé Pagès
>> Program in Computational Biology
>> Division of Public Health Sciences
>> Fred Hutchinson Cancer Research Center
>> 1100 Fairview Ave. N, M1-B514
>> P.O. Box 19024
>> Seattle, WA 98109-1024
>> E-mail: hpages at fhcrc.org
>> Phone: (206) 667-5791
>> Fax: (206) 667-1319
>> R-SIG-Mac mailing list
>> R-SIG-Mac at r-project.org
Program in Computational Biology
Division of Public Health Sciences
Fred Hutchinson Cancer Research Center
1100 Fairview Ave. N, M1-B514
P.O. Box 19024
Seattle, WA 98109-1024
E-mail: hpages at fhcrc.org
Phone: (206) 667-5791
Fax: (206) 667-1319
More information about the R-SIG-Mac