Thanks for the quick response @trap000d
First thing I tried was reinstalling R and the problem persisted.
As user (account when installing)...
❱ ldconfig -p | grep libR.so
libR.so (libc6,x86-64) => /usr/lib/R/lib/libR.so
❱ ldd /usr/lib/R/lib/libR.so
linux-vdso.so.1 (0x00007ffd481e4000)
libblas.so.3 => /usr/lib/libblas.so.3 (0x00007fdcd71aa000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007fdcd70c2000)
libreadline.so.8 => /usr/lib/libreadline.so.8 (0x00007fdcd706b000)
libpcre2-8.so.0 => /usr/lib/libpcre2-8.so.0 (0x00007fdcd6fd0000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007fdcd6f9d000)
libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007fdcd76eb000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007fdcd6f83000)
libtirpc.so.3 => /usr/lib/libtirpc.so.3 (0x00007fdcd6f56000)
libicuuc.so.72 => /usr/lib/libicuuc.so.72 (0x00007fdcd6c00000)
libicui18n.so.72 => /usr/lib/libicui18n.so.72 (0x00007fdcd6800000)
libgomp.so.1 => /usr/lib/libgomp.so.1 (0x00007fdcd6f0d000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fdcd6eed000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007fdcd6619000)
/usr/lib64/ld-linux-x86-64.so.2 (0x00007fdcd7721000)
libgfortran.so.5 => /usr/lib/libgfortran.so.5 (0x00007fdcd6200000)
libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x00007fdcd6e79000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007fdcd6e25000)
libicudata.so.72 => /usr/lib/libicudata.so.72 (0x00007fdcd4400000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fdcd4000000)
libquadmath.so.0 => /usr/lib/../lib/libquadmath.so.0 (0x00007fdcd6bb7000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007fdcd6541000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007fdcd6b89000)
libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x00007fdcd76df000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007fdcd6e17000)
libkeyutils.so.1 => /usr/lib/libkeyutils.so.1 (0x00007fdcd76d6000)
libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007fdcd6e05000)
And these are identical as root
so it doesn't look like anything is broken in the dynamically linked libraries.
$R_HOME
isn't defined though either as user
or root
, I tried setting this to export R_HOME="/usr/bin/R"
in both the user
and root
account (by adding to ~/.bashrc
so its defined if a new shell is started as either user during install) no joy. Fired up R
and checked the value returned by R.home()
...
> R.home()
[1] "/usr/lib64/R"
...so I tried setting export R_HOME="/usr/lib64/R"
under both user
and root
account (again by adding to ~/.bashrc
so that it is sourced if a new shell is started as either user during install), still no joy and errors out with -- Could not find libR shared library
.
Pinned Comments
trap000d commented on 2022-07-05 20:32 (UTC) (edited on 2022-10-03 06:28 (UTC) by trap000d)
PLEASE READ THIS MESSAGE BEFORE COMPLAINING FOR LIBBOOST
When boost is updated to a new version and you see an error message about missing libboost*.so, you will need to rebuild and reinstall the rstudio-desktop package.
trap000d commented on 2022-02-19 06:20 (UTC) (edited on 2022-02-19 06:21 (UTC) by trap000d)
Build logic is slightly changed due to changes in upstream. As they've introduced new project format (quarto), it contradicted with standard Arch package base. In brief, quarto contains pandoc as part of itself, so it's pretty hard to keep together system pandoc and embedded quarto.
So I've "resolved" it such way: if there is "quarto*" package installed, then rstudio-desktop will pick it up and use. Otherwise (not installed), quarto support in rstudio will be disabled.
'quarto' is added as optional dependency.