Package Details: rstudio-desktop 2022.12.0.353-2

Git Clone URL: https://aur.archlinux.org/rstudio-desktop.git (read-only, click to copy)
Package Base: rstudio-desktop
Description: A powerful and productive integrated development environment (IDE) for R programming language
Upstream URL: https://www.rstudio.com/products/rstudio/
Licenses: AGPL3
Conflicts: rstudio-desktop, rstudio-desktop-bin, rstudio-desktop-git, rstudio-desktop-preview
Provides: rstudio-desktop
Submitter: None
Maintainer: trap000d
Last Packager: trap000d
Votes: 67
Popularity: 0.042605
First Submitted: 2011-03-04 15:02 (UTC)
Last Updated: 2023-01-27 06:01 (UTC)

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.

Latest Comments

1 2 3 4 5 6 .. 18 Next › Last »

slackline commented on 2023-01-30 15:13 (UTC)

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.

JstKddng commented on 2023-01-30 12:44 (UTC) (edited on 2023-01-30 12:47 (UTC) by JstKddng)

To get yarn berry under arch I configured the npm prefix for global packages. After that install corepack globally.

$ export PATH="$HOME/.local/bin:$PATH"
$ export npm_config_prefix="$HOME/.local"
$ npm i -g corepack

Then set up yarn berry

$ corepack enable
$ corepack prepare yarn@stable --activate
$ yarn -v
3.3.1

Another option would be to use /usr/bin/yarn instead of just yarn, to ensure everyone is using the same version.

trap000d commented on 2023-01-30 09:51 (UTC) (edited on 2023-01-30 09:54 (UTC) by trap000d)

@JstKddng,

could you remove this line from the PKGBUILD?
yarn config set ignore-engines true
as that line is not compatible with yarn berry (3.x)
this compiles correctly with that line

Hmm... I couldn't find [yet?] yarn berry neither in standard Arch repos nor in AUR. Have you installed it manually (custom repository, source)? Effectively, I'm not sure how to run test build for checking if there are no any other issues with it.

Anyway, mentioned line is still appeared in upstream build script so I would rather keep it for compatibility with current yarn version (I guess most of users have it installed now).

pacman -Qi yarn
Name            : yarn
Version         : 1.22.19-1
..........

trap000d commented on 2023-01-30 09:33 (UTC) (edited on 2023-01-30 09:55 (UTC) by trap000d)

@slackline, I've just tested build on two different machines - all runs OK. Please check if you have not accidentally broken r package.

What ldconfig says about your libR?

ldconfig -p | grep libR.so
libR.so (libc6,x86-64) => /usr/lib/R/lib/libR.so

Are there any broken dependencies?

ldd /usr/lib/R/lib/libR.so 
linux-vdso.so.1 (0x00007ffea3f7f000)
libblas.so.3 => /usr/lib/libblas.so.3 (0x00007f57a2300000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f57a1d18000)
libreadline.so.8 => /usr/lib/libreadline.so.8 (0x00007f57a1cc1000)
libpcre2-8.so.0 => /usr/lib/libpcre2-8.so.0 (0x00007f57a1c26000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007f57a1bf3000)
libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007f57a22ed000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007f57a1bd9000)
libtirpc.so.3 => /usr/lib/libtirpc.so.3 (0x00007f57a1bac000)
libicuuc.so.72 => /usr/lib/libicuuc.so.72 (0x00007f57a1800000)
libicui18n.so.72 => /usr/lib/libicui18n.so.72 (0x00007f57a1400000)
libgomp.so.1 => /usr/lib/libgomp.so.1 (0x00007f57a1b63000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f57a1b43000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f57a1219000)
/usr/lib64/ld-linux-x86-64.so.2 (0x00007f57a23a5000)
libgfortran.so.5 => /usr/lib/libgfortran.so.5 (0x00007f57a0e00000)
libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x00007f57a1acf000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007f57a1a7b000)
libicudata.so.72 => /usr/lib/libicudata.so.72 (0x00007f579f000000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f579ec00000)
libquadmath.so.0 => /usr/lib/../lib/libquadmath.so.0 (0x00007f57a1a32000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007f57a1141000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007f57a1a04000)
libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x00007f57a22e1000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007f57a17f2000)
libkeyutils.so.1 => /usr/lib/libkeyutils.so.1 (0x00007f57a22d8000)
libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007f57a17e0000)

Might you have $R_HOME variable defined somewhere?

slackline commented on 2023-01-30 09:10 (UTC)

No problems with libboost but I've a different error trying to build this today...

-- CXX_STANDARD: 11
-- Required features: cxx_variadic_templates
-- Configured to build DESKTOP
-- Could not find libR shared library.
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find LibR (missing: LIBR_LIBRARIES)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE)
  cmake/modules/FindLibR.cmake:220 (find_package_handle_standard_args)
  src/cpp/CMakeLists.txt:644 (find_package)

libR.so is present on my system

$ locate libR 
/usr/lib/libRemarks.so
/usr/lib/libRemarks.so.13
/usr/lib/libRmath.so
/usr/lib/R/lib/libR.so     ### There it is
/usr/lib/pkgconfig/libR.pc
/usr/lib/pkgconfig/libRmath.pc
/usr/lib/samba/libREG-FULL-samba4.so
/usr/lib/samba/libRPC-SERVER-LOOP-samba4.so
/usr/lib/samba/libRPC-WORKER-samba4.so
$ l /usr/lib/R/lib/libR.so 
-rwxr-xr-x 1 root root 3.5M Jan  3 01:56 /usr/lib/R/lib/libR.so

JstKddng commented on 2023-01-28 19:42 (UTC) (edited on 2023-01-28 19:43 (UTC) by JstKddng)

@trap000d

could you remove this line from the PKGBUILD?

yarn config set ignore-engines true

as that line is not compatible with yarn berry (3.x)

this compiles correctly with that line

GunpowderGuy commented on 2023-01-25 23:43 (UTC)

After updating arch yesterday Rstudio broke, it stopped launching. After uninstalling it and cleaning the cache i tried to compile it again but i get errors

HGarch commented on 2023-01-25 13:55 (UTC)

Due to the recent update of boost (1.81), the package won't compile anymore. The error comes from the file Thread.hpp (in src/cpp/core/include/core/Thread.hpp) wich does not include a call to the set library. Useful infos here: https://github.com/jgenco/jgenco-overlay/issues/4#issuecomment-1368061420

jdarch commented on 2023-01-25 13:23 (UTC)

Looks like RStudio does not straightforwardly compile with boost 1.81 anymore. I have reverted to the previous boos packages, as I do not have time to look at it right now. Might be something that should be fixed upstream

LiuKairui commented on 2022-10-02 08:06 (UTC) (edited on 2022-10-02 08:20 (UTC) by LiuKairui)

libboost lib too old?

❯ rstudio
rstudio: error while loading shared libraries: libboost_chrono.so.1.79.0: cannot open shared object file: No such file or directory
❯ sudo find / -name  "libboost_chrono.so*"
/usr/lib/libboost_chrono.so.1.80.0
/usr/lib/libboost_chrono.so