Package Details: rstudio-desktop 2025.05.1.513-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 (thotypous)
Last Packager: xiota
Votes: 73
Popularity: 0.30
First Submitted: 2011-03-04 15:02 (UTC)
Last Updated: 2025-06-06 20:45 (UTC)

Dependencies (36)

Required by (0)

Sources (4)

Pinned Comments

xiota commented on 2025-03-01 05:16 (UTC) (edited on 2025-05-01 20:46 (UTC) by xiota)

Packaging notes:

  • Given the inconvenience of having this package become unusable for an indefinite amount time, sodeps are used to prevent boost upgrades from breaking this package. Others may be added. Updates may need to be forced with pacman -Syudd prior to rebuilding. This is unnecessary when building in a clean chroot.
  • Any variable declared : ${var:=value} can be set in the environment prior to build.
    • For example: var=value makepkg -rsC; Method for AUR helpers may vary.
    • For clean chroot, try something like: extra-x86_64-build -- var=value

Problems?

  • Try building in a clean chroot.
  • If your distro has delayed updates, you may need to wait a few weeks.
  • Avoid commenting and flagging for the same issue at the same time.
    • Flag for routine and mechanical issues (depends, typos, mistakes, etc)
    • Comment for issues requiring discussion.
    • Please use a pastebin for blocks of text more than a few lines.

Latest Comments

« First ‹ Previous 1 .. 26 27 28 29 30 31

<deleted-account> commented on 2011-03-10 20:24 (UTC)

Thanks reztho, I've altered it and it'll be uploaded later when it's no longer peak time here. I did wonder about it, because it was included in the forum dedicated to this, but when I built the package manually first hand from source, the first time it worked I didn't do anything about ant.

reztho commented on 2011-03-10 17:21 (UTC)

# link apache ant? if [ ! -e /usr/bin/ant ] ; then msg "Creating a link so that make can find apache ant" ln -s /usr/share/java/apache-ant/bin/ant /usr/bin/ant fi For god's sake, do not do that. Makepkg isn't supposed to be run under a root account. And those people who do it are going to have an unmanaged symbolic link by pacman which can make problems in the future. Instead just check ant is accesible and if it's not, throw a warning message to the user if you want to and exit gracefully. Something like this should work: which ant &> /dev/null if [ $? -gt 0 ]; then msg "whatever" exit 1 fi Apache-ant package comes with a bash script (/etc/profile.d/apache-ant.sh) which needs to be sourced before doing anything the first time is installed or the user just needs to relogin for it being sourced automatically. Makepkg just fakes root perms; it doesn't make a chroot. AUR isn't supposed to be user friendly and it's your responsibility not to mess with people's filesystem, that's why there aren't any AUR helper in community.

<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 .. 26 27 28 29 30 31