Package Details: rstudio-desktop 2024.12.0.467-1

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://github.com/rstudio/rstudio
Licenses: AGPL-3.0-only
Conflicts: rstudio-desktop
Provides: rstudio-desktop
Submitter: None
Maintainer: xiota
Last Packager: xiota
Votes: 73
Popularity: 0.027668
First Submitted: 2011-03-04 15:02 (UTC)
Last Updated: 2024-12-20 21:33 (UTC)

Dependencies (29)

Required by (0)

Sources (3)

Pinned Comments

trap000d commented on 2024-05-16 21:42 (UTC) (edited on 2024-05-28 20:09 (UTC) by trap000d)

A note for users.

This package is quite complex. It MAY not be built because of OTHER issues. I always build, install and test it on at least two different machines. Only after that I would push a new version to AUR.

Please try some generic solutions before reporting of build problems:

1) Update all other packages (sudo pacman -Syu),

2) Clean up yay and/or makepkg caches ('yay -Sc', 'rm -rf /var/tmp/makepkg'),

3) Be sure you've got enough RAM (8 GB or more is highly recommended) and space on disk (at least 3 GB).

4) Is your Internet connection is stable, fast and not blocked somewhere?

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

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 29 Next › Last »

fettouhi commented on 2020-05-26 14:52 (UTC)

@flying-sheep the problem is that r-assertthat wasn't installed at all and I have tried to install it, remove it & rebuild it and r-cli still won't build.

flying-sheep commented on 2020-05-26 14:02 (UTC) (edited on 2020-05-26 14:06 (UTC) by flying-sheep)

Maybe by uninstalling r-assertthat and rebuilding it. Maybe having assertthat or some other package in your local R library could also give you problems, in which case you could use extra-x86_64-build to build it in a clean chroot. You’ll need to specify all AUR dependencies via -I though:

extra-x86_64-build -- -I /path/to/r-covr-x.y.z.pkg.tar.zst -I ...

Because those are a lot of packages, I wrote build.sh to make it a little easier. You could adapt it to build a package that gives you problems. Finally you could just remove r-testthat from makedeps and install testthat via install.packages, but then you have to build locally and can’t build with extra-x86_64-build.

fettouhi commented on 2020-05-25 19:05 (UTC)

Having issues getting this to build with the new update of rstudio. r-cli fails to build and complains about assertthat being installed before r for some reason. Anybody know how to fix that?

artemklevtsov commented on 2020-05-13 07:27 (UTC)

Thank you for the update. I apologize for the inconvenience.

flying-sheep commented on 2020-05-12 14:50 (UTC) (edited on 2020-05-12 15:20 (UTC) by flying-sheep)

Done! Why the fuck did you send an orphan request after 2 weeks though? Did you hear of vacations?

Also finding out problems like this takes time. If you need an update that badly, try to find the problem yourself next time and send a patch.

artemklevtsov commented on 2020-04-27 05:02 (UTC) (edited on 2020-05-13 07:11 (UTC) by artemklevtsov)

Can't build after R 4.0.0 release.

dedguy21 commented on 2020-02-02 18:16 (UTC) (edited on 2020-02-02 18:17 (UTC) by dedguy21)

Thanks that sticky note that build will fail if java8 jdk isn't set as default. I was getting the same build error as below.

Thanks for your note @keiichiiownsu12 @xentec

flying-sheep commented on 2020-01-29 09:14 (UTC) (edited on 2020-01-29 09:16 (UTC) by flying-sheep)

@keiichiiownsu12 the QWebEngine problem is known. Read the comments, I posted a workaround. about java 8: yes, you seem to need to build with java 8. Use archlinux-java set java-8-openjdk

keiichiiownsu12 commented on 2020-01-24 18:45 (UTC) (edited on 2020-01-24 18:47 (UTC) by keiichiiownsu12)

when rstudio starts up, only the topmost buttons are shown (i.e. create new script, open, etc.), no other panes (e.g. console, script editor, etc.) show.

if I click one of those buttons, code text may be outputted to the rstudio window at times.

some output when running from terminal: 

$rstudio
Qt WebEngine resources not found at /share/qt/resources. Trying parent directory...
Qt WebEngine resources not found at /share/qt. Trying application directory...
Qt WebEngine resources not found at /usr/lib/qt/libexec. Trying fallback directory... The application MAY NOT work.
Path override failed for key base::DIR_QT_LIBRARY_DATA and path '/home/ajschadler12/.QtWebEngineProcess'
Installed Qt WebEngine locales directory not found at location /share/qt/translations/qtwebengine_locales. Trying application directory...
Qt WebEngine locales directory not found at location /usr/lib/qt/libexec/qtwebengine_locales. Trying fallback directory... Translations MAY NOT not be correct.
Path override failed for key ui::DIR_LOCALES and path '/home/ajschadler12/.QtWebEngineProcess'
[0124/103938.269453:ERROR:resource_bundle.cc(887)] Failed to load /home/ajschadler12/.QtWebEngineProcess/qtwebengine_resources.pak
Some features may not be available.
[0124/103938.269504:ERROR:resource_bundle.cc(887)] Failed to load /home/ajschadler12/.QtWebEngineProcess/qtwebengine_resources_100p.pak
Some features may not be available.
[0124/103938.269515:ERROR:resource_bundle.cc(887)] Failed to load /home/ajschadler12/.QtWebEngineProcess/qtwebengine_resources_200p.pak
Some features may not be available.
[0124/103938.270687:WARNING:resource_bundle_qt.cpp(117)] locale_file_path.empty() for locale 
Use of deprecated not thread-safe setter, use setUrlRequestInterceptor instead.
Use of deprecated not thread-safe setter, use setUrlRequestInterceptor instead.
"Invalid splitter position detected: 229/0"
"Invalid splitter position detected: 305/0"
"Invalid splitter position detected: 229/0"
"Invalid splitter position detected: 305/0"
"Invalid splitter position detected: 229/0"
"Invalid splitter position detected: 305/0"
"Invalid splitter position detected: 305/0"
"Invalid splitter position detected: 305/0"
"Invalid splitter position detected: 305/0"
"Invalid splitter position detected: 305/0"
libpng warning: iCCP: known incorrect sRGB profile

I have up to date dependencies. Also, the same error occurred when using the git version. will post this upstream if the problem lies there.

keiichiiownsu12 commented on 2020-01-23 20:39 (UTC)

I got the same error for the same reasons as @Xentec.

Does this mean that java-8-openjdk is required for the build process? I.e. that java-13-openjdk is not compatible?

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 29 Next › Last »