## Package Details: rstudio-desktop 1.0.44-1

Git Clone URL: https://aur.archlinux.org/rstudio-desktop.git (read-only) rstudio-desktop Open source and enterprise-ready professional software for the R community http://www.rstudio.com/ AGPL rstudio-desktop-bin, rstudio-desktop-git, rstudio-desktop-preview-bin None flying-sheep flying-sheep 26 4.438753 2011-03-04 15:02 2016-11-02 13:30

### Latest Comments

#### 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
-DQT_QMAKE_EXECUTABLE=/usr/bin/qmake
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 appreciated...love, 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)
if(UNIX AND NOT APPLE)
find_package(Qt5DBus REQUIRED)
endif()

#### 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 0.9.8.507
https://github.com/kidoz/pkgbuilds/tree/master/rstudio-desktop

#### 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(FileSystemPreferences.java:936)
[java] at java.util.prefs.FileSystemPreferences.lockFile(FileSystemPreferences.java:925)
[java] at java.util.prefs.FileSystemPreferences.sync(FileSystemPreferences.java:729)
[java] at java.util.prefs.FileSystemPreferences.flush(FileSystemPreferences.java:824)
[java] at java.util.prefs.FileSystemPreferences.syncWorld(FileSystemPreferences.java:464)
[java] at java.util.prefs.FileSystemPreferences.access$1200(FileSystemPreferences.java:50) [java] at java.util.prefs.FileSystemPreferences$4$1.run(FileSystemPreferences.java:442) BUILD SUCCESSFUL 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 BUILD FAILED 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 #### 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/apache-ant.sh #### 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 https://bbs.archlinux.org/viewtopic.php?id=114333&p=3 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 Hi 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) Aborting... The build failed is there someway to fix it? thx Z. #### jelly commented on 2011-03-15 11:12 export CXXFLAGS="${CXXFLAGS} -DBOOST_FILESYSTEM_VERSION=2"

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
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.

#### 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 https://download.github.com/rstudio-rstudio-v0.93.11-10-g0b841e7.tar.gz

#### 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.