As it didn't work, I reinstalled. But without success.
What do I miss?
install.packages('C:/gurobi800/win64/R/gurobi_8.0-0.zip', repos=NULL)
# package ‘gurobi’ successfully unpacked and MD5 sums checked
Sys.getenv()
# ...
# GRB_LICENSE_FILE C:\gurobi800\gurobi.lic
# GUROBI_HOME C:\gurobi800\win64
# ...
library("gurobi")
Error: package or namespace load failed for ‘gurobi’: package ‘gurobi’
was installed by an R version with different internals; it needs to be
reinstalled for use with this R version
From the DESCRIPTION in Gurobi's R folder:
Depends: slam (>= 0.1-9)
URL: http://www.gurobi.com
Built: R 3.4.0; x86_64-w64-mingw32; 2018-04-21 00:42:28 UTC; windows
SessionInfo:
R version 3.5.1 (2018-07-02)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)
Matrix products: default
locale:
[1] LC_COLLATE=German_Switzerland.1252 LC_CTYPE=German_Switzerland.1252 LC_MONETARY=German_Switzerland.1252
[4] LC_NUMERIC=C LC_TIME=German_Switzerland.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
other attached packages:
[1] slam_0.1-44
loaded via a namespace (and not attached):
[1] compiler_3.5.1 imsbasics_1.9.7 tools_3.5.1 yaml_2.1.19
It looks like you'll either need to go back to R 3.4.4 or get Gurobi >= 8.0.1; because a lot was changed under the hood in R moving from 3.4.4 to 3.5.0, binaries compiled for R versions < 3.5.0 will not work with R >= 3.5.0, so your Gurobi 8.0.0 will not work with your current installation of R.
Other Gurobi users have had this issue; see here, and more informatively, here:
The current Gurobi release 8.0.1 ships a R package for R 3.5.X
If you'd prefer to go to an older version of R rather than a newer version of Gurobi, you can get R 3.4.4 for Windows here.
Related
I am working on a server to which I don't have admin rights.
I linked R to MKL for fast linear algebra using a Conda environment following these steps:
Conda install r-essentials with MKL
The linking of R to MKL was successful, the output for R InfoSession() under the activated environment is as follows:
R version 3.6.3 (2020-02-29) Platform: x86_64-conda-linux-gnu (64-bit)
Running under: CentOS Linux 7 (Core)
Matrix products: default BLAS/LAPACK:
/userInfo/miniconda3/envs/R_mkl/lib/libmkl_rt.so
locale: [1] C
attached base packages: [1] stats graphics grDevices utils
datasets methods base
loaded via a namespace (and not attached): [1] compiler_3.6.3
My goal is to install and use the R tgp package under this environment.
When trying to install the tgp package with R CMD INSTALL, the installation fails with the following error
libopenblas.so.0: cannot open shared object file: No such file or
directory
This installation succeeds when using the 'regular' R version that is not linked to MKL.
This error concerns OpenBlas while I want to use MKL.
I hope anyone knows how to fix these dependencies knowing I do not have admin rights.
When I install new version of Rstudio (the latest version: 2022.02.3-492),
many packages that were previously installed do not work.
enter image description here
Also, install.packages does not work due to "cannot open URL 'http://cran.rstudio.com/bin/windows/contrib/4.2/PACKAGES'"
First, I checked getOption("repos") and it prints
CRAN
"http://cran.rstudio.com/"
attr(,"RStudio")
[1] TRUE
Next, checked sessionInfo(), and it prints
R version 4.2.0 (2022-04-22 ucrt)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 10 x64 (build 19043)
Matrix products: default
locale:
[1] LC_COLLATE=Korean_Korea.utf8 LC_CTYPE=Korean_Korea.utf8
[3] LC_MONETARY=Korean_Korea.utf8 LC_NUMERIC=C
[5] LC_TIME=Korean_Korea.utf8
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] compiler_4.2.0 tools_4.2.0
Finally, checked my firewall blocker and allowed an application of RStudio R session.
However, none of them works.
It is making me crasy. How can I fix the problem?
In RStudio Go to Tools -> Global Options and in the Packages tab uncheck the box "use secure download method for HTTP".
Packages menu screenshot
I just started with Rstudio programming and I have some issues with XLConnect.
I was able to install "XLConnect" package, then tried to load the "XLConnect" library and got an error as below.
library(XLConnect)
ERROR: package or namespace load failed for'XLconnect':
.onload failed in loadNamespace() for XLConnect, details:
Call. System2("cat",c("/etc/*-release"), stdout =TRUE, stderr = TRUE) error: ' "cat" not found.
sessionInfo()
R version 4.1.0 (2021-05-18)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 10 x64 (build 19042)
Matrix products: default
locale:
[1] LC_COLLATE=Italian_Switzerland.1252 LC_CTYPE=Italian_Switzerland.1252 LC_MONETARY=Italian_Switzerland.1252 LC_NUMERIC=C
[5] LC_TIME=Italian_Switzerland.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] compiler_4.1.0 tools_4.1.0 rJava_1.0-4
Any help would be really appreciated!
Thanks
This is a bug in XLConnect 1.0.3, where it requires cat to be installed on Windows. We fixed it in 1.0.4, so upgrading is the easiest way to fix the problem.
If for some reason you can't upgrade, you may try to install cat on Windows, e.g. using MINGW-w64.
See https://github.com/miraisolutions/xlconnect/issues/132 for the discussion.
I have recently installed the arm64 version of R from the Mac nightly builds page. It's working great! Except - for packages that require compilation. For example, if I try and install xfun which is required for blogdown, I get the following error
ld: warning: ignoring file /usr/local/opt/llvm/lib/libc++.dylib, building for macOS-arm64 but attempting to link with file built for macOS-x86_64
ld: in '/usr/local/opt/llvm/lib/libunwind.dylib', building for macOS-arm64 but attempting to link with file built for macOS-x86_64
So..... how to fix this in order to keep things trucking?
For reference, here is my sessionInfo()
> sessionInfo()
R version 4.1.0 alpha (2021-04-26 r80229)
Platform: aarch64-apple-darwin20 (64-bit)
Running under: macOS Big Sur 11.2.1
Matrix products: default
LAPACK: /Library/Frameworks/R.framework/Versions/4.1-arm64/Resources/lib/libRlapack.dylib
locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8
attached base packages:
[1] stats graphics grDevices utils datasets methods
[7] base
loaded via a namespace (and not attached):
[1] compiler_4.1.0 tools_4.1.0 parallel_4.1.0
OK. This was due to setting some MAKEVARS from an older R installation.
I feel ashamed.
But, if anyone else is having this problem, look at ~/.R/Makevars
Now to solve gfortran issues.
I am using R 3.2.2 and RStudio 0.99.486 (latest version) under Windows 7 SP1 64 bit. I always get an error when I start RStudio:
the procedure entry point vsnprintf could not be
located in the dynamic link library R.dll
But I don't get any errors when I directly start R 3.2.2.
The R installed into C:/ProgramFiles/R/R-3.2.2/ (not the default path) and don't have other versions of R. RStudio is setup to use the installed R.
Except I get an error in RStudio, all my R codes can run in RGUI and RStudio.
Thanks for any suggestions to solve this annoying problem.
My session information
sessionInfo()
R version 3.2.2 (2015-08-14)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 7 x64 (build 7601) Service Pack 1
locale:
[1] LC_COLLATE=English_Australia.1252 LC_CTYPE=English_Australia.1252
[3] LC_MONETARY=English_Australia.1252 LC_NUMERIC=C
[5] LC_TIME=English_Australia.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] tools_3.2.2
> .libPaths()