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.028233
First Submitted: 2011-03-04 15:02 (UTC)
Last Updated: 2024-12-20 21:33 (UTC)

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 .. 24 25 26 27 28 29

<deleted-account> commented on 2011-03-09 05:19 (UTC)

As of boost v 1.46 it breaks the compile, suggesting some major compatibility issue between R-Studio and the latest boost, this has been raised on their support site.

<deleted-account> commented on 2011-03-08 18:01 (UTC)

I believe the current java-runtime dependency should work (i.e. jre or openjdk6 both should be fine). I think the issue you are having might be that the jre package does not put the 'java' executable on the path (I believe it puts it at /opt/java/jre/bin/java by default. You need to add this location to your path if you are using the jre package, otherwise cmake will not be able to find your java installation. The openjdk package however puts the executable right in /usr/bin which is on most everyone's path already, so things will work out of the box.

<deleted-account> commented on 2011-03-07 22:20 (UTC)

It is possible that openjdk6 is required, it is not listed as a dependency however in the PKGBUILD, as it is unclear from experience building it, whether it is required or not, and how it is required. Thus if you have issues, a first stop might be to look at installing openjdk6 if you don't already have it. At the next major version release, a neater tarball and source will make dependencies clearer.

<deleted-account> commented on 2011-03-05 03:48 (UTC)

Hi, I did origionally do this when I first tried to build the package for the first time - and then again with the PKGBUILD. Now downloading the tar, and trying to do it from source was unsuccessful, there would be errors trying to pull it from the net on my machine - and nobody else I asked on the forums regarding this package seemed to do it that way either, they would access the source from github. Then when I tried to use that file with the PKGBUILD, because of the awkward naming and version numbers of files etc. It meant many additional user defined variables, and ran into errors pulling it from the internet as well. I could try again if you like, and post a PKGBUILD on the relevant forum thread, in the AUR Discussion section of the forum when I have a minute. Alternatively if you try it and then we can comapre how it went. Unfortunately there has been a lot of disparity in success in getting this to build, either from PKGBUILD and from source without the aid of makepkg, for example sometime the scripts to install dependencies seem to be an issue, then one other time there seems to be an issue with on person with him not being a sudoer, even when he says he is. Looking at the support website, theres even issues with the pre-built binaries for Fedora, Ubuntu, Mac and Windows, so even installing isn't the end of the story. I contacted them about this method of getting the git from github, and then having scripts install dependencies is very awkward for such as the Arch build system to make our packages from source. I also asked them for a stable tarball, half-expecting them to point me towards the tarball you have just pointed out - and I already tried. However they did not, so I can't help but think there may be reason as to why not. However, they got back to me empaphising and assured me that a stable tarball for the source for a much smoother compile and package creation, is intended and will be looked into as soon as some other issues are fixed, to quote them, in the "near future". The fact it's still very much in development explains the fact it's only available from github. To save users from having to have an account with github and set a ssh key etc, I have done so, and made a small bash script that updates the git on my machine and puts it into a folder that can be downloaded. There is a PKGBUILD on the forum thread that uses the git clone method, bt as I said this requires an account and ssh keys setting up before hand. Eventually, with a stable tarball, I will be able to change this and everything will become a lot smoother.

<deleted-account> commented on 2011-03-05 02:58 (UTC)

Why don't you change your source to https://download.github.com/rstudio-rstudio-v0.93.11-10-g0b841e7.tar.gz

<deleted-account> commented on 2011-03-04 15:05 (UTC)

This is a very new program, and any problems with the program itself might be moe of a bug or issue for the developers. They have a brilliant support system and are reasonable with their replies - even if it is just another thing to add to the reprogram and debug intray for the next version. Experiences are mixed from looking at the support site.

« First ‹ Previous 1 .. 24 25 26 27 28 29