Package Details: rstudio-desktop 1.1.442-1

Git Clone URL: (read-only)
Package Base: rstudio-desktop
Description: Open source and enterprise-ready professional software for the R community
Upstream URL:
Licenses: AGPL
Conflicts: rstudio-desktop-bin, rstudio-desktop-git, rstudio-desktop-preview-bin
Submitter: None
Maintainer: flying-sheep
Last Packager: flying-sheep
Votes: 41
Popularity: 0.402696
First Submitted: 2011-03-04 15:02
Last Updated: 2018-04-09 09:31

Latest Comments

CRomeroB commented on 2018-04-13 01:59

UPDATE: Installation completed. Deleted all installation files and started again, I figured out that solving all previous java compiler issues and starting again will yield a different behavior (errors). Indeed, new error... "undefined reference to `pthread_create'"

Added the next line to the CMakeLists.txt: find_package(Threads REQUIRED) (though I am not sure if I saved it before running again, so I cannot tell if this solved the problem)

re-run again "makepkg -sic", this time without removing anything



Hi! I am a newbie, this is just the second time I attempt to install an AUR package. Installation aborted at 97% after trying to "Linking CXX executable rsession"...

... ... BUILD SUCCESSFUL Total time: 7 minutes 5 seconds [ 94%] Built target gwt_build [ 94%] Building CXX object src/cpp/session/CMakeFiles/rsession.dir/modules/tex/SessionViewPdf.cpp.o [ 95%] Building CXX object src/cpp/session/CMakeFiles/rsession.dir/modules/vcs/SessionVCSCore.cpp.o [ 95%] Building CXX object src/cpp/session/CMakeFiles/rsession.dir/modules/vcs/SessionVCSUtils.cpp.o [ 95%] Building CXX object src/cpp/session/CMakeFiles/rsession.dir/modules/viewer/SessionViewer.cpp.o [ 95%] Building CXX object src/cpp/session/CMakeFiles/rsession.dir/modules/viewer/ViewerHistory.cpp.o [ 96%] Building CXX object src/cpp/session/CMakeFiles/rsession.dir/projects/SessionProjects.cpp.o [ 96%] Building CXX object src/cpp/session/CMakeFiles/rsession.dir/projects/SessionProjectContext.cpp.o [ 96%] Building CXX object src/cpp/session/CMakeFiles/rsession.dir/projects/SessionProjectFirstRun.cpp.o [ 96%] Building CXX object src/cpp/session/CMakeFiles/rsession.dir/SessionAddins.cpp.o [ 96%] Building CXX object src/cpp/session/CMakeFiles/rsession.dir/http/SessionPosixHttpConnectionListener.cpp.o [ 97%] Linking CXX executable rsession CMakeFiles/rsession.dir/SessionConsoleProcess.cpp.o: file not recognized: File truncated collect2: error: ld returned 1 exit status make[2]: [src/cpp/session/CMakeFiles/rsession.dir/build.make:4331: src/cpp/session/rsession] Error 1 make[1]: [CMakeFiles/Makefile2:616: src/cpp/session/CMakeFiles/rsession.dir/all] Error 2 make: *** [Makefile:152: all] Error 2 ==> ERROR: A failure occurred in package(). Aborting... [rstudio-desktop]$

Any ideas what went wrong?


now-im commented on 2018-04-10 14:18

Can't update following error happens:

javac: [mkdir] Created dir: /home/alpha/.cache/yay/rstudio-desktop/src/rstudio-rstudio-2c49f68/src/gwt/bin [javac] Compiling 10 source files to /home/alpha/.cache/yay/rstudio-desktop/src/rstudio-rstudio-2c49f68/src/gwt/bin [javac] error: Source option 5 is no longer supported. Use 6 or later. [javac] error: Target option 1.5 is no longer supported. Use 1.6 or later.

BUILD FAILED /home/alpha/.cache/yay/rstudio-desktop/src/rstudio-rstudio-2c49f68/src/gwt/build.xml:81: Compile failed; see the compiler error output for details.

Total time: 6 seconds make[2]: [src/gwt/CMakeFiles/gwt_build.dir/build.make:57: gwt_build] Error 1 make[1]: [CMakeFiles/Makefile2:107: src/gwt/CMakeFiles/gwt_build.dir/all] Error 2 make: *** [Makefile:152: all] Error 2 ==> ERROR: A failure occurred in package(). Aborting... Error making: rstudio-desktop

MaoCPU commented on 2018-01-17 21:33

This is more a general question: In order to compile the code of rstudio-1.1.383 with the with the current libraries (eg boost-1.66), it would be necessary to apply patches that are already part of the rstudio releases on github. I am aware that applying just some patches and ignoring others would create the potential of additional problems, so I am not sure if this would be a good idea.

An alternative would be to fall back on the rstudio-desktop-bin package as a stable alternative or the rstudio-desktop-preview-bin (both rely on prebuild deb packages).

Another solution would be to use the rstudio-desktop-git package which has all current patches applied, but uses the latest development tree – including patches that are not even packaged by the rstudio team – adding potential new problems to the software itself.

I was wondering, if any of you are aware of a PKGBUILD that builds the latest release from github ( – or if you think there is a need for this?

Apologies if this wasn't the right place to ask or this has been answered before.

MaoCPU commented on 2017-10-17 13:33

I put an updated PKGBUILD for 1.1.383 at

I cleaned out some of the patches that were necessary for the 1.0 builds.

The core-dictionaries should not have worked before, but they should now.

I am still using the previous mirrors. @RCCSilva: This part in the PKGBUILD is only to mirror what the build scripts (see dependencies/common/install-gwt) are doing and I don't think it makes sense to diverge too much from that. Other than that it would surprise me if there was a big difference between Google and Amazon S3, but what data do you base your suggestion on?

I tried building it with gwt-2.8.1, but that leads to run-time errors.

flying-sheep commented on 2017-10-16 11:37

hi! do more reliable mirrors for the other links also exist?

RCCSilva commented on 2017-10-12 13:10

Hi, I was having some issues while downloading gwt 2.7 . Not sure if I'm the only, but maybe you should use another website to download this file. I had success at <>.

Great package by the way. Thanks

flying-sheep commented on 2017-10-09 09:48

I see. So not “using javac 1.5”, but “compiling for the Java 5 runtime” fails.

Well, this is the stable RStudio, so we can either wait for a RStudio release with this commit…

…or include it as a patch and hope it works. Can you try if RStudio 1.0.153 compiled with that patch works?

creat89 commented on 2017-10-09 09:30

Sorry for the late reply, pretty busy at work. No, I don't use an old version of javac, it is the latest one. But GWT 2.7.0 doesn't compile with the newest one:

[mkdir] Created dir: /tmp/pamac-build-adrian/rstudio-desktop/src/rstudio-rstudio-a47842c/src/gwt/bin
[javac] Compiling 10 source files to /tmp/pamac-build-adrian/rstudio-desktop/src/rstudio-rstudio-a47842c/src/gwt/bin
[javac] error: Source option 1.5 is no longer supported. Use 1.6 or later.
[javac] error: Target option 1.5 is no longer supported. Use 1.6 or later.

The source and target option are indicated in the build.xml of GWT installation. It looks that the version 2.8.1 solves this problem.

flying-sheep commented on 2017-09-29 14:16

dependencies/common/install-gwt sets GWT_SDK_VER=2.7.0.

and why do you use an ancient javac?

mine has version 1.8

creat89 commented on 2017-09-29 09:07

I can't install the package, it looks there is a problem with GWT versions. gwt-2.7.0 can't be compiled using javac 1.5. The newest version of Rstudio uses gwt-2.8.1.

andrewcsq commented on 2017-09-28 18:53

wanted to confirm that the package is now working (tested on a laptop and desktop) thanks (:

flying-sheep commented on 2017-09-28 10:13

sure, i’ll apply the patch. sorry for taking so long!

andrewcsq commented on 2017-09-28 09:22

I'm experiencing the same problems as the folks below when trying to recompile the package, and I don't have enough experience editing PKGBUILDs and applying patches to mod it like izahn did.

Any chance of a merge of MaoCPU's patch?

flying-sheep commented on 2017-09-28 08:01

simply recompiling helps.

andrewcsq commented on 2017-09-27 12:13

Broken with the change to libboost 1.65

Is there an upcoming patch to deal with this?

izahn commented on 2017-09-25 19:55

MaoCPU's patch helped me. It didn't apply cleanly, but I fixed it up by hand and managed to build the package.

MaoCPU commented on 2017-09-22 12:40

I had some compile error for v1.0.153 (eg something about std::cerr in Trace.cpp). This and the sha256 checksum difference are fixed in

drumson commented on 2017-09-13 09:52

sha256 checksums seem to be incorrect for the rstudio-1.0.153.tar.gz - should read "099ceec1480c7605285782ba5ecbf96eb6191d6f9a90e988c151578eb8bde9df" in the PKGBUILD

netpumber commented on 2017-06-13 06:18

do you have the R installed from the packages or somewhere else ?
In which directory is installed ?
/usr/lib{64}/R OR /usr/local/lib/R ?

You might find where it is and then use the rsession-which-r={acctual dir} at /etc/rstudio/rserver.conf. This file doesn't exist and you should create it.

andrewcsq commented on 2017-06-12 23:26

I get the following error log when attempting to build this package:

:: rstudio-desktop build files are up-to-date -- skipping
:: Checking rstudio-desktop integrity...
==> Making package: rstudio-desktop 1.0.143-1 (Tue Jun 13 07:21:51 +08 2017)
==> Retrieving sources...
-> Found rstudio-1.0.143.tar.gz
-> Found
-> Found
-> Found
-> Found rroutines-style.patch
-> Found socketproxy-openssl.patch
==> Validating source files with sha256sums...
rstudio-1.0.143.tar.gz ... Passed ... Passed ... Passed ... Passed
rroutines-style.patch ... Passed
socketproxy-openssl.patch ... Passed
:: Building rstudio-desktop package(s)...
==> Making package: rstudio-desktop 1.0.143-1 (Tue Jun 13 07:21:53 +08 2017)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Removing existing $pkgdir/ directory...
==> Starting build()...
patching file src/cpp/r/RRoutines.cpp
patching file src/cpp/core/http/SocketProxy.cpp
-- Boost version: 1.64.0
-- Found the following Boost libraries:
-- date_time
-- filesystem
-- iostreams
-- program_options
-- regex
-- signals
-- system
-- thread
-- chrono
-- atomic
/usr/lib64/R/bin/exec/R: error while loading shared libraries: cannot open shared object file: No such file or directory
/usr/lib64/R/bin/exec/R: error while loading shared libraries: cannot open shared object file: No such file or directory
/usr/lib64/R/bin/exec/R: error while loading shared libraries: cannot open shared object file: No such file or directory
/usr/lib64/R/bin/exec/R: error while loading shared libraries: cannot open shared object file: No such file or directory
-- Could not find libR shared library.
CMake Error at /usr/share/cmake-3.8/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
Call Stack (most recent call first):
/usr/share/cmake-3.8/Modules/FindPackageHandleStandardArgs.cmake:377 (_FPHSA_FAILURE_MESSAGE)
cmake/modules/FindLibR.cmake:166 (find_package_handle_standard_args)
src/cpp/CMakeLists.txt:228 (find_package)

boost and boost-lib version: 1.64.0-1
R version: 3.4.0-2

flying-sheep commented on 2017-04-28 09:30

thanks for the patches. i just applied them without checking, because i still have the dialog problem (all yes/no/cancel dialogs behave like i always clicked “cancel”)

netpumber commented on 2017-04-28 09:15

I compiled it with this new .patch you said and seemed that rstudio was working. But after a while, by running and anova analysis, I got an segmentation fault error.

1 0xb69b2ae0 /usr/lib/ [0xb69b2ae0]
2 0xb69f57d5 /usr/lib/ [0xb69f57d5]
3 0xb69dc406 /usr/lib/ [0xb69dc406]
4 0xb66b2720 /usr/lib/ [0xb66b2720]
5 0xb66b2b53 /usr/lib/ [0xb66b2b53]
6 0xb66b4eb8 /usr/lib/ [0xb66b4eb8]
7 0xb692b1b2 /usr/lib/ [0xb692b1b2]
8 0xb6930a66 /usr/lib/ [0xb6930a66]
9 0xb692cc7b /usr/lib/ [0xb692cc7b]
10 0xb6537f5d /usr/lib/ [0xb6537f5d]
11 0xb69878f0 /usr/lib/ [0xb69878f0]
12 0xad1fbb0f [0xad1fbb0f]
13 0xb67a78af /usr/lib/ [0xb67a78af]
14 0x992dcb0 [0x992dcb0]
Segmentation fault (core dumped)

Should we blame rstudio or Qt5 for this ?

MaoCPU commented on 2017-04-27 03:41

@netpumber: I have a x86_64 system.

The problem you see is related to openssl-1.1.0. After the update today I saw the same problem which should be fixed at

The new patch is just a replication from upstream (, which might not be the final solution for rstudio-1.1.

netpumber commented on 2017-04-26 19:50

@MaoCPu : Do you have x86_64 or x86 system ? Also when i run the makepkg -sri i came across this error

"SocketProxy.cpp:152:60: error: ‘SSL_R_SHORT_READ’ was not declared in this scope error.code().value() == ERR_PACK(ERR_LIB_SSL, 0, SSL_R_SHORT_READ);"

Does anyone else have the same problem ?

MaoCPU commented on 2017-04-24 18:23

With the following changes I was able to build rstudio-desktop-1.0.143 with R-3.4.0 installed:

flying-sheep commented on 2017-04-05 08:52

no idea how to fix that, sorry.

do y’all use an AUR helper? if so, please try without

burgerga commented on 2017-04-04 13:50

Same issue as @argymeg and @sguyader, can't install

raith commented on 2017-04-01 17:54

@flying-sheep: Sorry for the late reply. My qmake path problem seems to come from having both qt4 and qt5-base installed, with qmake-qt4 being linked to qmake.

flying-sheep commented on 2017-03-14 13:39

hmm, maybe this will work for you

argymeg commented on 2017-03-14 01:56

I'm having the same issue during compilation as @sguyader below. Any ideas what could be causing it, or how to triage it?

flying-sheep commented on 2017-03-06 13:46

huh? why isn’t qmake-qt5 a symlink to qmake on your system? it is on mine.

$ ll /usr/bin/qmake-qt5
lrwxrwxrwx 1 root root 14 2017-03-03 16:22 /usr/bin/qmake-qt5 -> /usr/bin/qmake
$ pacman -Qo qmake{,-qt5}
/usr/bin/qmake is owned by qt5-base 5.8.0-7
/usr/bin/qmake-qt5 is owned by qt5-base 5.8.0-7

raith commented on 2017-02-25 08:55

When building the package, Cmake failed, reporting undefined references to "create_pthread" and "getpeerid". Had to change the path for the qmake executable to "/usr/bin/qmake-qt5" to be able to build the package.

MaoCPU commented on 2017-01-15 13:07

@leonardof: The path problem should be resolved in Using the github "archive" links to tags instead of "tarball".

@flying-sheep: No I am not experiencing that problem, rstudio works fine for me and I have been using it on a daily basis for months now...

leonardof commented on 2017-01-15 06:48

The PKGBUILD doesn't build if there is old source around. Culprit is line 42:

cd "$srcdir/$_pkgname-$_pkgname-"*

flying-sheep commented on 2017-01-13 12:22

i updated it.

don’t you experience the bug with the dialog windows? (i.e. that e.g. the “clear plots? [yes] [no]” window doesn’t respond to clicking a button)

MaoCPU commented on 2017-01-13 09:29

I had the same problem and for me a rebuild of rstudio-desktop solved it.

I was also able to build the rstudio-desktop-1.0.136 using the PKGBUILD at

alejandrogm commented on 2017-01-12 22:46

Latest boost-lib upgrade (1.62 -> 1.63) broke the package, as libboost_{thread,system,regex,iostreams,filesystem,date_time}.so.1.62.0 are not anymore on the system. Creating the symbolic links manually change this error by an undefined symbol one.

Is it just me?

sguyader commented on 2016-11-28 12:35

With the current version, I get the following error message:

==> Starting package()...
CMake Error: Parse error in cache file /tmp/yaourt-tmp-sguyader/aur-rstudio-desktop/src/rstudio-rstudio-46c2013/CMakeCache.txt on line 410. Offending entry: Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).

In the CMakeCache.txt file, line 410 is empty but the two preceding lines show this:
//Git Revision Hash
RSTUDIO_GIT_REVISION_HASH:STRING=fatal: Not a git repository (or any parent up to mount point /tmp)

I don't know if it's correct to do it, but I edited that last line and replaced the string starting by "fatal..." with "46c2013", and compilation could be resumed.

cbrnr commented on 2016-11-21 08:05

I noticed that HTML documents knitted from Rmd files do not use monospace fonts for code, although they should. The binary package rstudio-desktop-bin works as expected.

qxeee commented on 2016-11-20 23:07

I had to edit the PKGBUILD to change line 66 to
to get this to compile.

MaoCPU commented on 2016-11-03 17:13

Would it be possible to provide a ln from /usr/bin to /usr/lib/rstudio/bin/rstudio in the PKGBUILD?

flying-sheep commented on 2016-09-29 09:33

very weird… do you have any program-specific settings? (Alt-F3 → More Actions → Special …)

I do get a normal title bar.

However, this package is still not very usable as the Yes/No/Cancel dialogs don’t work (They always behave as if you clicked “Cancel”, so you can’t clear plots or save the workspace and exit, you have to kill RStudio)

greenisagoodcolo commented on 2016-09-28 23:19

Hello, I am using plasma and not getting a system title bar. This makes it impossible to resize to half screen...any thoughts or tips? much, greenisagoodcolor

flying-sheep commented on 2016-02-05 08:52

stuff in qt5-base:

QtConcurrent QtCore QtDBus QtGui QtNetwork QtOpenGL QtOpenGLExtensions QtPlatformHeaders QtPlatformSupport QtPrintSupport QtSql QtTest QtWidgets QtXml

so we’re missing:

qt5-declarative (for Qt5Quick and Qt5Qml)
qt5-location (for Qt5Positioning)
qt5-sensors (for Qt5Sensors)
qt5-svg (for Qt5Svg)
qt5-xmlpatterns (for Qt5XmlPatterns)

quite some stuff!

flying-sheep commented on 2016-02-05 08:42

will fix. for the record:

it’s mentioned in src/cpp/desktop/cmakelists.txt:

find_package(Qt5Core REQUIRED)
find_package(Qt5Widgets REQUIRED)
find_package(Qt5Gui REQUIRED)
find_package(Qt5Network REQUIRED)
find_package(Qt5WebKit REQUIRED)
find_package(Qt5WebKitWidgets REQUIRED)
find_package(Qt5PrintSupport REQUIRED)
find_package(Qt5Quick REQUIRED)
find_package(Qt5Positioning REQUIRED)
find_package(Qt5Sensors REQUIRED)
find_package(Qt5Svg REQUIRED)
find_package(Qt5Xml REQUIRED)
find_package(Qt5XmlPatterns REQUIRED)
find_package(Qt5Qml REQUIRED)
find_package(Qt5Sql REQUIRED)
find_package(Qt5OpenGL REQUIRED)
find_package(Qt5DBus REQUIRED)

markzz commented on 2016-02-04 18:08

There's a missing qt5 dependency. I'm not entirely sure which one, but after installing the entire qt5 group, it compiles fine. It would probably be a good idea to build this in a clean chroot to make sure you have all the dependencies in the PKGBUILD.

flying-sheep commented on 2015-12-16 12:36

jup, had to add a patch

jdarch commented on 2015-12-16 11:53

Is someone keeping this package up to date? Are there unmentioned reasons it is not at v0.99.489?

flying-sheep commented on 2015-07-13 08:36

pandoc-cabal, pandoc-static, ... provide it. haskell-pandoc doesn’t.

idk if haskell-pandoc or pandoc are the right thing to depend on.

pandoc-bin doesn’t provide any of those but probably should.

navi_se commented on 2015-07-10 12:57

Pandoc dependency is unavailable?

flying-sheep commented on 2015-07-09 07:38

hi, this is up and kicking again!

the only thing i’ve “cheated” with is that i call install_packages to install rsconnect from git.

if that would be changed to manually install a version of the package (they don’t git-tag versions, but regularly bump it in the description file), this package could be built from the sources without internet access.

kidoz commented on 2014-05-05 17:54

It may be useful to someone - pkgbuild for version

Dasonk commented on 2014-04-24 22:31

I emailed the maintainer a few days ago and haven't heard back yet. If it goes another week I'll be requesting that this gets orphaned.

sokuban commented on 2014-02-28 20:52

I have the same problem as gbc921, same error messages and all. Did you/anyone find a fix in the end? I tried using jdk6, but that didn't seem to help.

gbc921 commented on 2013-04-05 01:24

Seems a permission problem (arch x64, jdk)?

Linking CXX executable rstudio
[ 79%] Built target rstudio
[java] Compile of permutations succeeded
[java] Linking into /tmp/yaourt-tmp-gabriel/aur-rstudio-desktop/src/rstudio-rstudio-d528686/src/gwt/www/rstudio; Writing extras to /tmp/yaourt-tmp-gabriel/aur-rstudio-desktop/src/rstudio-rstudio-d528686/src/gwt/extras/rstudio
[java] Link succeeded
[java] Compilation succeeded -- 162.691s
[java] Exception in thread "Thread-2" java.lang.SecurityException: Could not lock User prefs. Lock file access denied.
[java] at java.util.prefs.FileSystemPreferences.checkLockFile0ErrorCode(
[java] at java.util.prefs.FileSystemPreferences.lockFile(
[java] at java.util.prefs.FileSystemPreferences.sync(
[java] at java.util.prefs.FileSystemPreferences.flush(
[java] at java.util.prefs.FileSystemPreferences.syncWorld(
[java] at java.util.prefs.FileSystemPreferences.access$1200(
[java] at java.util.prefs.FileSystemPreferences$4$

Total time: 3 minutes 48 seconds
[ 79%] Built target gwt_build
make: *** [all] Error 2

ender4 commented on 2013-02-10 07:35

Is there any way to get this working with JDK 7 installed, since openjdk6 conflicts with openjdk7?

tdy commented on 2013-01-28 23:27

The build works fine on all of my comps, but it does fail in a clean chroot. It seems that jdk6 is needed for the build, so I added a "<7" filter and now it builds fine for me in the chroot also.

Anonymous comment on 2013-01-28 22:36

I am getting following error:

/home/yasar/rstudio/src/rstudio-rstudio-2f428e3/src/gwt/build.xml:144: The following error occurred while executing this line:
/home/yasar/rstudio/src/rstudio-rstudio-2f428e3/src/gwt/build.xml:105: Java returned: 1

Total time: 3 minutes 23 seconds
make[2]: *** [gwt_build] Hata 1
make[1]: *** [src/gwt/CMakeFiles/gwt_build.dir/all] Hata 2
make: *** [all] Hata 2

tdy commented on 2013-01-04 05:08

fyi the build is now fixed

artemklevtsov commented on 2012-06-23 01:21

@mrbit: try rstudio-desktop-git.

mrbit commented on 2012-06-10 15:15

Found Qt4: /usr/bin/qmake (found suitable version "4.8.2", required is "4.8.0")
CMake Error at src/cpp/session/CMakeLists.txt:20 (message):
Dictionaries not found (re-run install-dependencies script to install)

mrbit commented on 2012-06-10 14:23

plese update...thanks

Anonymous comment on 2012-01-26 23:54

0.95 is out

Anonymous comment on 2011-04-07 01:09

Thanks, made the changes when I last updated the version number.

Anonymous comment on 2011-03-29 01:53

ben - if you are going to try to source the ant config file, you need to do it before the test to see if ant is on the PATH. Otherwise the test will fail and makepkg will exit before the file is sourced. You probably also want to change the cmake line to install somewhere other than /usr/local as that is not used in Arch (/opt/rstudio may be best).

Anonymous comment on 2011-03-23 11:21

td123 - that's true, but won't work for the java dependency as they could have openjdk or jdk. You could try sourcing the files for both I suppose.

On that note, the JDK is required to build this package, so the dependency should be java-environment, not java-runtime. And it is only a makedepends I believe.

td123 commented on 2011-03-20 03:45

jowilkin, another solution to the missing apache and problem is to do the following line in the PKGBUILD: source /etc/profile.d/

Anonymous comment on 2011-03-20 00:52

jelly - GWT is in AUR, but the RStudio build process expects it to be in a very specific place (the place that the build process downloads it to). I've contacted the devs to see if it's possible to use an existing installation of GWT instead, but in it's current state, it won't build unless the GWT installation is present in the source tree.

The boost errors are also fixed in the RStudio git tree, so there are no errors building the git package right now related to boost. If this package does currently have errors related to boost requiring modification of the compile flags, then that will be fixed by updating to a newer tag in the RStudio git repo.

zeltak - that most likely means that you had apache-ant installed as a dependency during the build process. You need to log out and log back in so that ant is placed on your PATH, and then the build should work for you. It's a limitation of the way ant is packaged that it will not appear on your PATH after you install it unless you log out and back in.

Anonymous comment on 2011-03-18 15:05

Hi zeltak, this may be because you don't have java or ANT installed or configured on the system correctly - the script used to sort this but it was changed to just give an error, because it went and altered a persons files ad made an unmanaged link so was deemed bad practice, and so I implemented a method suggested by jwolkin below in his git version of this package. I'm not 100 % sure on what a person should do if this is indeed the cause of the error - myself I used the PKGBUILD back when it created the link so all other versions up to now work for my machine - which makes it difficult to determine if others will have issues. If this is indeed the source of the error I think what you need to do is make sure ant is on the PATH. If it is not the error then I'm unsure - it's a completely new one to me. There is a forum thread here which has discussion of building r-studio. An alternative would be to set up a github account and see if the git version does the same thing.

zeltak commented on 2011-03-16 16:16


im a neewb trying to install r-studio. i get this error :

-> Extracting v0.93.35 with bsdtar
==> Starting build()...
which: no ant in (/home/zeltak/bin/scrot:/home/zeltak/bin:/home/zeltak/bin/scrot:/home/zeltak/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/lib/perl5/site_perl/bin:/usr/bin/vendor_perl:/usr/lib/perl5/vendor_perl/bin:/usr/bin/core_perl)
The build failed

is there someway to fix it?



jelly commented on 2011-03-15 11:12


before ./configure, to fix the boost errors

jelly commented on 2011-03-15 11:01

did you notice GWT is in AUR?

Anonymous comment on 2011-03-14 21:07

I was working on a way to check for ant and java and the method reztho is what first occurred to me, but it doesn't quite work as expected since makepkg will now exit immediately upon an error. So if we test the exit code for an error and then output a message, makepkg will exit immediately upon the error and the message will never get printed. This is the compromise I think works well:

# Check if ant and java can be found
msg "Checking if java and ant are on the PATH...."
which ant > /dev/null
which java > /dev/null

This will output nothing if ant and java are found (stdout goes to /dev/null), but if they are not found an error message will be printed by "which" to stderr and then makepkg will exit as a result of which not returning 0.

Anonymous comment on 2011-03-14 19:42

The ant link was my fault :P It was a hack to get it working the first time, but I did not include it in my rstudio git pkbuild, I should have noted on the forum that it was a bad idea. The warning is a much more sane way to handle this, I only have a note in the comments of the git pkgbuild.

Anonymous comment on 2011-03-10 20:24

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

# 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

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

Apache-ant package comes with a bash script (/etc/profile.d/ 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.

Anonymous comment on 2011-03-09 05:19

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.

Anonymous comment on 2011-03-08 18:01

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.

Anonymous comment on 2011-03-07 22:20

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.

Anonymous comment on 2011-03-05 03:48

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.

Anonymous comment on 2011-03-05 02:58

Why don't you change your source to

Anonymous comment on 2011-03-04 15:05

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.