Arch Linux User Repository

I created repo on GitLab to automate weekly builds. PRs are welcome.

Repo entry for the pacman.conf:

[rstudio]
SigLevel = PackageOptional
Server = https://aur1.gitlab.io/$repo/$arch

Packages:

icu60
microsoft-r-open
ncurses5-compat-libs
pandoc-bin
r-assertthat
r-backports
r-callr
r-cli
r-crayon
r-desc
r-devel
r-devel-svn
r-digest
r-ellipsis
r-evaluate
r-fansi
r-glue
r-magrittr
r-mkl
r-pkgbuild
r-pkgload
r-praise
r-prettyunits
r-processx
r-ps
r-r6
r-rlang
r-rprojroot
r-rstudioapi
r-testthat
r-withr
rstudio-desktop
rstudio-desktop-bin
rstudio-desktop-daily-bin
rstudio-desktop-git
rstudio-desktop-preview-bin
rstudio-server-bin
rstudio-server-git
soci

Source code: https://gitlab.com/aur1/rstudio

I have fixed this (for now) using two patches.

soci.patch: Changes the cmake configuration to find system soci libraries. rstudio_boost: They forgot to use boost::; they instead used rstudio_boost::.

Added soci to depends. NOTE: soci is only on the AUR. 1) You need to have boost installed BEFORE installing soci. 2) You may need to modify the soci PKGBUILD to have:

cmake \
        -DSOCI_TESTS=OFF \
        -DCMAKE_INSTALL_PREFIX="/usr" \
        -DBoost_NO_BOOST_CMAKE=ON \
        "${srcdir}/${pkgname}-${pkgver}"

Note the -DBoost_NO_BOOST_CMAKE=ON; it would not compile for me without that.

@bartus,

I just added a github issue for them about this.

With their ongoing trend of bundling everything (unnecessarily...), they have hardcoded the path of the SOCI library to be in /opt/rstudio-tools/soci/build/lib. There is a SOCI library on the aur that works, but the pkgbuild is busted (added a comment to the maintainer about it).

Hopefully, they'll fix this (and ideally, they'll just stop trying to bundle every new library in with rstudio; surely it is easier to let packagers manage deps and versions themselves, than to fight rstudio's own codebase when building packages).

There's a new dependency required libsoci Without it rstudio fail to build with:

-- No Crashpad libraries found under /opt/rstudio-tools/crashpad/crashpad/out/Default/obj. Crashpad integration disabled.
CMake Error at src/cpp/CMakeLists.txt:432 (message):
  No SOCI libraries found under /opt/rstudio-tools/soci/build/lib.  Ensure
  the SOCI dependency is installed and try again.

I also had the problem, the cause is that boost-libs package was updated, which is responsible for providing libboost_regex, the solution that I found was: * 1) Check if boost-libs-1.71.0-4-x86_64.pkg.tar.xz package is in /var/cache/pacman/pkg, and then * 2) Downgrade from boost-libs-1.72.0-4-x86_64.pkg.tar.zst to boost-libs-1.71.0-4-x86_64.pkg.tar.xz, using: $ sudo pacman -U boost-libs-1.71.0-4-x86_64.pkg.tar.xz

I get this problem on my system: rstudio: error while loading shared libraries: libboost_regex.so.1.71.0: cannot open shared object file: No such file or directory

boost-libs is 1.72.0, so there is a mismatch now.

Until the compiling is fixed, this should do it:

$ cd /
$ sudo ln -s usr/share share

Just an update on this: I spent a few hours yesterday trying to get it to work again to no avail. I tried everything I could think of. I cannot figure out what is causing the /usr/ part of the path to be dropped. Every time I thought I did, I was wrong. I also tried dropping a qt.conf with the correct prefixes next to the binary; that did not work.

So, until they fix this bug, I am unsure of what to do (aside from bundling the entirety of qt with it, which seems insane). Rstudio is becoming increasingly difficult to package, since they want to bundle both boost and qt with it. I think that is an insane thing to do, personally. Their scripts are somewhat dangerous, their cmake code is complex, and they don't seem to test their build process outside of the rpms/debs they build.

I will keep my eye on it, to see if any fixes come our way. A bug report has been filed already, and if anyone has any ideas, I will gladly try them.

In the mean time, I recommend two options:

1) Use rstudio-server-git. It still works just fine (I tested it). Once you install it, you just have to start the service via systemd, and login through your browser (e.g., localhost:8080 is the default, I think; maybe it's 80). Everything you can do it rstudio-desktop you can do in rstudio-server. It is the same codebase, minus qt-webengine. In fact, rstudio-desktop is just rstudio-server, but with no login support, and it includes a lightweight browser to view it in (hence: qt webengine).

2) Use emacs with ESS and polymode. I have migrated toward emacs over the past few months in part due to frustrations with rstudio. Nevertheless, rstudio-server does work fine, so I encourage people to use that for now.

Like artemklevtsov and pgoetz, I cannot run the application correctly since December 23, that day qt5-webengine was updated to 5.14.0-1, but I don't get any error message. Today I deleted all the files in $HOME/.rstudio-desktop, $HOME/.config/Rstudio, $HOME/.config/rstudio, $HOME/.local/Rstudio and $HOME/.local/rstudio, and recompile with the same result.

Confirm this. Now applicaiton not works.

I can't get this version of rstudio-desktop to work properly on my fully updated Arch system. When I try to run it, the interface doesn't come up properly (no panes and can't open files) and I get this error message:

Qt WebEngine resources not found at /usr/lib/qt/libexec. Trying fallback directory... The application MAY NOT work.

Even though the package is properly installed:

[pgoetz@frog ~]$ pacman -Q qt5-webengine
qt5-webengine 5.14.0-1

Maybe this is another side effect of the upgrade from Qt 5.12 to Qt 5.14?