Package Details: rstudio-desktop-git 1.4.1103.r736-1

Git Clone URL: https://aur.archlinux.org/rstudio-desktop-git.git (read-only, click to copy)
Package Base: rstudio-desktop-git
Description: A powerful and productive integrated development environment (IDE) for R programming language
Upstream URL: https://www.rstudio.com/products/rstudio/
Keywords: ide r rstudio
Licenses: AGPL3
Conflicts: rstudio-desktop, rstudio-desktop-bin, rstudio-desktop-preview
Provides: rstudio-desktop
Submitter: None
Maintainer: artemklevtsov (hwkiller, ConorIA, kngwyu, bartus)
Last Packager: bartus
Votes: 61
Popularity: 0.31
First Submitted: 2011-03-09 06:13 (UTC)
Last Updated: 2022-02-21 10:07 (UTC)

Pinned Comments

bartus commented on 2022-02-21 10:15 (UTC)

Please report bugs/patches on GitHub/AUR-rstudio-desktop-git it's a quicker way to reach me :)

Latest Comments

juliano.bn commented on 2022-04-09 19:47 (UTC)

This applies to version 2022.02.1+461.r783:

  • Apply cran_multithread.patch and nodejs-external.patch manually
  • Start makepkg
  • When Java complains about not finding node, enter into src/rstudio/dependencies/common, run ./install-npm-dependencies, go back to the main directory and run makepkg again.

bartus commented on 2022-02-21 10:15 (UTC)

Please report bugs/patches on GitHub/AUR-rstudio-desktop-git it's a quicker way to reach me :)

fantom commented on 2021-11-25 22:35 (UTC)

This is building fine but when running I get an error because it requires an old version of libldap which can be found in the AUR: https://aur.archlinux.org/packages/libldap24/

heavysink commented on 2021-10-23 02:48 (UTC)

CMake Error at src/cpp/session/CMakeLists.txt:57 (message): /build/rstudio-desktop-git/src/rstudio/dependencies/quarto not found (re-run install-dependencies script to install

-- Configuring incomplete, errors occurred!

=== Please add quarto-cli-bin as a dependency and modify PKGBUILD as https://raw.githubusercontent.com/archlinuxcn/repo/master/archlinuxcn/rstudio-desktop-git/PKGBUILD

artemklevtsov commented on 2021-10-05 15:46 (UTC)

PKGBUILD updated. GitLab builds should be repaired.

amsesk commented on 2021-07-25 05:38 (UTC) (edited on 2021-07-25 05:39 (UTC) by amsesk)

@ith140 Same here, and the GitLab repo appears to not have the full list of packages available anymore, so no luck installing directly with pacman either.

ith140 commented on 2021-07-17 12:16 (UTC) (edited on 2021-07-17 12:17 (UTC) by ith140)

I just tried to build this and I'm getting an rmarkdown package not found. Should this be r-markdown from the AUR (it still fails on build with r-markdown present)?

-- Found R: /usr/lib64/R
-- Found Qt: /usr/bin/qmake
CMake Error at src/cpp/session/CMakeLists.txt:70 (message):
  rmarkdown package not found (re-run install-dependencies script to install)

mjandrews commented on 2021-06-15 18:37 (UTC)

I built and installed this package successfully (using #46675d7 of https://aur.archlinux.org/rstudio-desktop-git.git repo, and using #2ed2556, from June 14, of https://github.com/rstudio/rstudio.git).

However, spell checking is no longer working. Hunspell is installed (hunspell 1.7.0-3, hunspell-en_gb 2020.12.07-2, hunspell-en_us 2020.12.07-2).

The problem seems similar to what is described https://github.com/rstudio/rstudio/issues/7929, namely that in the Spelling config dialog box, I have no dictionaries selected and no options to choose from.

I believe everything was fine in the most recent build I did, which was just a few weeks ago.

Does anybody know how to get spell checking working? I just need English, by the way.

artemklevtsov commented on 2021-05-20 13:01 (UTC)

Package updated. Links fixed. Symlinks added.

ith140 commented on 2021-05-15 21:11 (UTC)

@hwkiller - the build worked with the alternate gwt file location. I also had to create the symlinks that @brianstamper did for the build to work. Thanks!

hwkiller commented on 2021-05-14 18:08 (UTC)

Indeed; seems like that link is down. For the time being, could you try substituting it with, say, the .zip found here: https://goo.gl/pZZPXS (from the gwt homepage).

ith140 commented on 2021-05-14 17:21 (UTC) (edited on 2021-05-14 17:24 (UTC) by ith140)

This fails when trying to retrieve the gwt buildtool. 403 Error (forbidden) reported by curl.

brianstamper commented on 2021-04-15 00:17 (UTC) (edited on 2021-04-15 00:21 (UTC) by brianstamper)

I found that to get this to work I had to go into src/rstudio/dependencies/ and create some symlinks. The first two are just copies of the ones I found in the 'common' subdirectory.

ln -s /usr/share/myspell/dicts dictionaries
ln -s /usr/share/mathjax2 mathjax-27
ln -s common/pandoc/ .

mjandrews commented on 2021-01-22 13:07 (UTC) (edited on 2021-01-23 15:12 (UTC) by mjandrews)

Edit (Jan 23, 2021, 15:13): I posted my message below prematurely. I did not read, or did not understand, the post by @bartus (2021-01-22 12:29). After I followed the advice there, namely applying the patch, the makepkg -s proceeded to the end with no error and I was then able to pacman -U the package successfully.

I am failing to build the package with makepkg -s. I might be missing something simple.

What I have done:

git clone https://aur.archlinux.org/rstudio-desktop-git.git
cd rstudio-desktop-git
makepkg -s

It works for around 10 mins and then

make[2]: *** No rule to make target '/opt/rstudio-tools/yaml-cpp/0.6.3/build/libyaml-cpp.a', needed by 'src/cpp/core/rstudio-core-tests'.  Stop.
make[2]: Leaving directory '/home/andrews/tmp/rstudio-desktop-git/src/build'
make[1]: *** [CMakeFiles/Makefile2:526: src/cpp/core/CMakeFiles/rstudio-core-tests.dir/all] Error 2
make[1]: Leaving directory '/home/andrews/tmp/rstudio-desktop-git/src/build'
make: *** [Makefile:171: all] Error 2
make: Leaving directory '/home/andrews/tmp/rstudio-desktop-git/src/build'
==> ERROR: A failure occurred in package().
    Aborting...


I have installed yaml-cpp with pacman, just in case that was related, but no.

bartus commented on 2021-01-22 12:29 (UTC) (edited on 2021-01-23 10:02 (UTC) by bartus)

I've made some adjustments, fix missing yaml-cpp and speed up cran packages build.

[Patch]

git log

* 89b3c5f - (3 minuty temu) Pop version - bartus (HEAD -> master)
* 22314a0 - (3 minuty temu) Add make call in build() - bartus
* 2e63493 - (3 minuty temu) Drop redundant `source` in cmake call - bartus
* 6d55cc7 - (4 minuty temu) Move install.packages to build() - bartus
* f435f17 - (4 minuty temu) Parallelize R.install.packages() - bartus
* cf26818 - (5 minut temu) Fix missing yaml-cpp - bartus

merge with git am -s < <(curl -s http://ix.io/2N0e) and cherry-pick what you like git rebase -i origin/master

btw. dependencies/common/install-packages put R pacakges like lxml in user directory $HOME/R, are they only required to build rstudio wasn't they be missed in resulting package?

Edit: I've updated patch to use new option to enable system yaml-cpp :)

bartus commented on 2021-01-21 10:01 (UTC)

missing yaml-cpp makedepends

excerpt from rstudio-desktop-git-1.4.1103.r218-1-x86_64-package.log

[ 27%] Generating moc_DesktopBrowserWindow.cpp
In file included from /build/rstudio-desktop-git/src/rstudio/src/cpp/r/include/r/RCntxt.hpp:19,
                 from /build/rstudio-desktop-git/src/rstudio/src/cpp/r/RCntxt.cpp:17:
/build/rstudio-desktop-git/src/rstudio/src/cpp/r/include/r/RSexp.hpp:25:10: fatal error: yaml-cpp/yaml.h: No such file or directory
   25 | #include <yaml-cpp/yaml.h>
      |          ^~~~~~~~~~~~~~~~~

artemklevtsov commented on 2020-12-16 04:45 (UTC)

@amsesk simply recompile rstudio after boost-libs update.

amsesk commented on 2020-12-09 19:10 (UTC) (edited on 2020-12-09 21:41 (UTC) by amsesk)

SECOND UPDATE: Alright, using the downgraded boost and boost-libs packages was messing-up other applications that use them (eg. libre office). So I've since upgraded the system (ie with pacman) to boost/boost-libs 1.74.0-1, but have unpacked the older packages (ie, boost/boost-libs 1.72.0-4) at /opt/rstudio and put the path to the libraries in a new file at /etc/ld.so.conf.d/rstudio.conf.

Contents of /etc/ld.so.conf.d/rstudio.conf

/opt/rstudio/usr/lib

After a restart RStudio and other boost-using applications seem to be working without error.


UPDATE: I was able to fix the qt errors by putting symbolic links to the three qtwebengine_resources_*.pak files I found located at /usr/share/qt/resources/ in ~/.QtWebEngineProcess. Rstudio seems to be launching okay now. I'm not skilled enough to know how to patch the package though. Please note that I am still using the downgraded boost and boost-libs packages (ie 1.72.0-4).


I'm getting launch errors with Arch update to boost-1.74.0-1 and boost-libs-1.74.0-1. I was originally running a version that I installed via makepkg, but am getting the same errors when following the instructions on GitLab that had me add the rstudio repo and install from there with pacman directly.

rstudio: error while loading shared libraries: libboost_regex.so.1.72.0: cannot open shared object file: No such file or directory

Downgrading to versions 1.72.0-4 for boost and boost-libs allows the GUI to open, but then there are QtWebEngine errors that make the GUI unusable:

Path override failed for key ui::DIR_LOCALES and path '/home/aimzez/.QtWebEngineProcess'
[1209/140145.453203:ERROR:resource_bundle.cc(932)] Failed to load /home/aimzez/.QtWebEngineProcess/qtwebengine_resources_100p.pak
Some features may not be available.
[1209/140145.453244:ERROR:resource_bundle.cc(932)] Failed to load /home/aimzez/.QtWebEngineProcess/qtwebengine_resources_200p.pak
Some features may not be available.
[1209/140145.453249:ERROR:resource_bundle.cc(932)] Failed to load /home/aimzez/.QtWebEngineProcess/qtwebengine_resources.pak
Some features may not be available.
[1209/140145.453933:WARNING:resource_bundle_qt.cpp(115)] locale_file_path.empty() for locale

Is there an easy fix for this? Thank you so much for maintaining this package and please let me know if I can provide more useful information for debugging.

artemklevtsov commented on 2020-11-10 04:33 (UTC)

@bartus thank you for the fixes. Now you can push as maintainer.

bartus commented on 2020-11-09 16:57 (UTC) (edited on 2020-11-09 18:52 (UTC) by bartus)

If I may suggest some extra changes, we can probe pandoc version form deppends/common/install-pandoc

patch

git am -s < <(curl -s http://ix.io/2DAd)

bartus commented on 2020-10-22 20:59 (UTC) (edited on 2020-10-24 13:26 (UTC) by bartus)

pandoc dependencies part requires some adjustments (also did some refactoring here and there)

git am -s < <(curl -s http://ix.io/2BPX)

artemklevtsov commented on 2020-04-10 02:30 (UTC) (edited on 2020-11-09 05:23 (UTC) by artemklevtsov)

I created repo on GitLab to automate weekly builds. PRs are welcome.

Repo entry for the pacman.conf:

[rstudio]
SigLevel = PackageOptional
Server = https://aur1.gitlab.io/$repo/$arch

Packages:

icu60
microsoft-r-open
ncurses5-compat-libs
pandoc-bin
r-assertthat
r-backports
r-callr
r-cli
r-crayon
r-desc
r-devel
r-devel-svn
r-digest
r-ellipsis
r-evaluate
r-fansi
r-glue
r-magrittr
r-mkl
r-pkgbuild
r-pkgload
r-praise
r-prettyunits
r-processx
r-ps
r-r6
r-rlang
r-rprojroot
r-rstudioapi
r-testthat
r-withr
rstudio-desktop
rstudio-desktop-bin
rstudio-desktop-daily-bin
rstudio-desktop-git
rstudio-desktop-preview-bin
rstudio-server-bin
rstudio-server-git
soci

Source code: https://gitlab.com/aur1/rstudio

bartus commented on 2020-04-04 15:26 (UTC) (edited on 2020-04-04 15:27 (UTC) by bartus)

@hwkiller: After including boost in soci:makedepends it builds fine, already reported on aur:soci

hwkiller commented on 2020-04-02 16:54 (UTC)

Patches have been upstreamed. It should compile now.

hwkiller commented on 2020-04-01 21:29 (UTC)

@bartus: Fixed the dep problem.

Are you sure you had boost and boost-libs installed before compiling soci? Unsure why it has a type error.

bartus commented on 2020-04-01 08:16 (UTC) (edited on 2020-04-01 11:06 (UTC) by bartus)

@hwkiller: looks fine, but fails in package() when building with extra_x86_64-build.

makepkg-package.log

We could fix this by adding makedepends postgresql

After that, build fails in package() with incompatible type error in soci

makepkg-pakcage.log

hwkiller commented on 2020-04-01 04:56 (UTC) (edited on 2020-04-01 04:58 (UTC) by hwkiller)

I have fixed this (for now) using two patches.

soci.patch: Changes the cmake configuration to find system soci libraries. rstudio_boost: They forgot to use boost::; they instead used rstudio_boost::.

Added soci to depends. NOTE: soci is only on the AUR. 1) You need to have boost installed BEFORE installing soci. 2) You may need to modify the soci PKGBUILD to have:

cmake \
        -DSOCI_TESTS=OFF \
        -DCMAKE_INSTALL_PREFIX="/usr" \
        -DBoost_NO_BOOST_CMAKE=ON \
        "${srcdir}/${pkgname}-${pkgver}"

Note the -DBoost_NO_BOOST_CMAKE=ON; it would not compile for me without that.

hwkiller commented on 2020-03-26 04:55 (UTC)

@bartus,

I just added a github issue for them about this.

With their ongoing trend of bundling everything (unnecessarily...), they have hardcoded the path of the SOCI library to be in /opt/rstudio-tools/soci/build/lib. There is a SOCI library on the aur that works, but the pkgbuild is busted (added a comment to the maintainer about it).

Hopefully, they'll fix this (and ideally, they'll just stop trying to bundle every new library in with rstudio; surely it is easier to let packagers manage deps and versions themselves, than to fight rstudio's own codebase when building packages).

bartus commented on 2020-03-17 20:20 (UTC) (edited on 2020-03-17 20:24 (UTC) by bartus)

There's a new dependency required libsoci Without it rstudio fail to build with:

-- No Crashpad libraries found under /opt/rstudio-tools/crashpad/crashpad/out/Default/obj. Crashpad integration disabled.
CMake Error at src/cpp/CMakeLists.txt:432 (message):
  No SOCI libraries found under /opt/rstudio-tools/soci/build/lib.  Ensure
  the SOCI dependency is installed and try again.

Hecatombe72 commented on 2020-02-08 20:14 (UTC)

I also had the problem, the cause is that boost-libs package was updated, which is responsible for providing libboost_regex, the solution that I found was: * 1) Check if boost-libs-1.71.0-4-x86_64.pkg.tar.xz package is in /var/cache/pacman/pkg, and then * 2) Downgrade from boost-libs-1.72.0-4-x86_64.pkg.tar.zst to boost-libs-1.71.0-4-x86_64.pkg.tar.xz, using: $ sudo pacman -U boost-libs-1.71.0-4-x86_64.pkg.tar.xz

ith140 commented on 2020-01-31 19:20 (UTC)

I get this problem on my system: rstudio: error while loading shared libraries: libboost_regex.so.1.71.0: cannot open shared object file: No such file or directory

boost-libs is 1.72.0, so there is a mismatch now.

leonardof commented on 2020-01-16 21:03 (UTC)

Until the compiling is fixed, this should do it:

$ cd /
$ sudo ln -s usr/share share

hwkiller commented on 2020-01-16 06:03 (UTC)

Just an update on this: I spent a few hours yesterday trying to get it to work again to no avail. I tried everything I could think of. I cannot figure out what is causing the /usr/ part of the path to be dropped. Every time I thought I did, I was wrong. I also tried dropping a qt.conf with the correct prefixes next to the binary; that did not work.

So, until they fix this bug, I am unsure of what to do (aside from bundling the entirety of qt with it, which seems insane). Rstudio is becoming increasingly difficult to package, since they want to bundle both boost and qt with it. I think that is an insane thing to do, personally. Their scripts are somewhat dangerous, their cmake code is complex, and they don't seem to test their build process outside of the rpms/debs they build.

I will keep my eye on it, to see if any fixes come our way. A bug report has been filed already, and if anyone has any ideas, I will gladly try them.

In the mean time, I recommend two options:

1) Use rstudio-server-git. It still works just fine (I tested it). Once you install it, you just have to start the service via systemd, and login through your browser (e.g., localhost:8080 is the default, I think; maybe it's 80). Everything you can do it rstudio-desktop you can do in rstudio-server. It is the same codebase, minus qt-webengine. In fact, rstudio-desktop is just rstudio-server, but with no login support, and it includes a lightweight browser to view it in (hence: qt webengine).

2) Use emacs with ESS and polymode. I have migrated toward emacs over the past few months in part due to frustrations with rstudio. Nevertheless, rstudio-server does work fine, so I encourage people to use that for now.

Hecatombe72 commented on 2020-01-14 05:37 (UTC) (edited on 2020-01-14 05:43 (UTC) by Hecatombe72)

Like artemklevtsov and pgoetz, I cannot run the application correctly since December 23, that day qt5-webengine was updated to 5.14.0-1, but I don't get any error message. Today I deleted all the files in $HOME/.rstudio-desktop, $HOME/.config/Rstudio, $HOME/.config/rstudio, $HOME/.local/Rstudio and $HOME/.local/rstudio, and recompile with the same result.

artemklevtsov commented on 2020-01-08 05:37 (UTC)

Confirm this. Now applicaiton not works.

pgoetz commented on 2019-12-29 15:02 (UTC) (edited on 2019-12-29 15:04 (UTC) by pgoetz)

I can't get this version of rstudio-desktop to work properly on my fully updated Arch system. When I try to run it, the interface doesn't come up properly (no panes and can't open files) and I get this error message:

Qt WebEngine resources not found at /usr/lib/qt/libexec. Trying fallback directory... The application MAY NOT work.

Even though the package is properly installed:

[pgoetz@frog ~]$ pacman -Q qt5-webengine
qt5-webengine 5.14.0-1

Maybe this is another side effect of the upgrade from Qt 5.12 to Qt 5.14?

hwkiller commented on 2019-12-02 20:26 (UTC)

@pat-s, Thanks for the heads up. I updated the package last night with that fix (as well as rstudio-server-git).

@dviktor, because pandoc is part of their official build process (as far as I know), I include it. There's not really an incentive to move pandoc to optdepends. It may not be needed at runtime, but I try to stick as close to the upstream build process as we can. Perhaps other maintainers feel differently.

As for the versions, I updated some of the versions, but others are not necessarily worth updating. E.g., they tend to lag behind boost releases by a fair amount, and new boost versions often break the build. Is there a particular reason you want to specify version minimums?

pat-s commented on 2019-12-02 08:45 (UTC)

Mathjax dep needs to be fixed after the Mathjax v3.0 update. Maybe depending on mathjax2 from community does it for now. Probably rstudio does not yet work with the v3.0?

dviktor commented on 2019-11-28 16:26 (UTC)

Just rechecked dependencies on GitHub. They states that the following list should be satisfied:

r>=3.0.1
cmake>=3.4.3
boost>=1.69
qt>=5.12.5
patchelf>=0.9

Also it seems like pandoc is optional dependency and needed only for RMarkdown support so you can move it to optdepends

masca commented on 2019-10-07 12:34 (UTC)

gwt-2.8.2.zip does not pass the validity check.

pat-s commented on 2019-10-07 08:11 (UTC)

I see

CMake Error at /usr/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
  Could NOT find LibR (missing: LIBR_LIBRARIES)
Call Stack (most recent call first):
  /usr/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
  cmake/modules/FindLibR.cmake:207 (find_package_handle_standard_args)
  src/cpp/CMakeLists.txt:464 

artemklevtsov commented on 2019-08-29 06:57 (UTC)

Fixed issued wth boost. @hwkiller you are have access to push commits to this package.

hwkiller commented on 2019-08-07 22:07 (UTC)

Yet another update: This has been fixed.

But -DRSTUDIO_USE_SYSTEM_BOOST=yes should be added to the cmake call.

hwkiller commented on 2019-08-07 20:24 (UTC)

Just an update; I made a comment about this on github. They did not intend to force a bundled boost. There will be a PR soon remedying this situation, after which point the patch will be unnecessary. May need to specify an option though to declare whether or not to use system or rstudio-tools boost.

hwkiller commented on 2019-08-07 10:05 (UTC)

diff --git a/.SRCINFO b/.SRCINFO
index 59fb47c..e2b7f34 100644
--- a/.SRCINFO
+++ b/.SRCINFO
@@ -1,6 +1,6 @@
 pkgbase = rstudio-desktop-git
    pkgdesc = A powerful and productive integrated development environment (IDE) for R programming language
-   pkgver = 1.2.679.r1682
+   pkgver = 1.2.1330.r1174
    pkgrel = 1
    url = https://www.rstudio.com/products/rstudio/
    arch = i686
@@ -41,9 +41,11 @@ pkgbase = rstudio-desktop-git
    source = git+https://github.com/rstudio/rstudio.git
    source = https://s3.amazonaws.com/rstudio-buildtools/gin-2.1.2.zip
    source = https://s3.amazonaws.com/rstudio-buildtools/gwt-2.8.2.zip
+   source = boost-system.patch
    sha256sums = SKIP
    sha256sums = b98e704164f54be596779696a3fcd11be5785c9907a99ec535ff6e9525ad5f9a
    sha256sums = 970701dacc55170088f5eb327137cb4a7581ebb4734188dfcc2fad9941745d1b
+   sha256sums = e33ff4198a6ed8a00812d419de49267b51b28dd626f5991db680176f14b1f6fa

 pkgname = rstudio-desktop-git

diff --git a/PKGBUILD b/PKGBUILD
index 4e9164b..577365f 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,7 +3,7 @@

 pkgname=rstudio-desktop-git
 _gitname=rstudio
-pkgver=1.2.1330.r238
+pkgver=1.2.1330.r1174
 _gwtver=2.8.2
 _ginver=2.1.2
 pkgrel=1
@@ -20,10 +20,13 @@ provides=('rstudio-desktop' 'rstudio-desktop-bin' 'rstudio-desktop-preview')
 conflicts=('rstudio-desktop' 'rstudio-desktop-bin' 'rstudio-desktop-preview')
 source=("git+https://github.com/rstudio/rstudio.git"
         "https://s3.amazonaws.com/rstudio-buildtools/gin-${_ginver}.zip"
-        "https://s3.amazonaws.com/rstudio-buildtools/gwt-${_gwtver}.zip")
+        "https://s3.amazonaws.com/rstudio-buildtools/gwt-${_gwtver}.zip"
+   "boost-system.patch"
+)
 sha256sums=('SKIP'
             'b98e704164f54be596779696a3fcd11be5785c9907a99ec535ff6e9525ad5f9a'
-            '970701dacc55170088f5eb327137cb4a7581ebb4734188dfcc2fad9941745d1b')
+            '970701dacc55170088f5eb327137cb4a7581ebb4734188dfcc2fad9941745d1b'
+            'e33ff4198a6ed8a00812d419de49267b51b28dd626f5991db680176f14b1f6fa')
 noextract=("gin-${_ginver}.zip")

 pkgver() {
@@ -32,6 +35,8 @@ pkgver() {
 }

 prepare() {
+    cd "${srcdir}/${_gitname}/"
+    patch -p1 < ${srcdir}/boost-system.patch
     msg "Extracting dependencies..."
     cd "${srcdir}/${_gitname}/src/gwt"
     install -d lib/{gin,gwt}
diff --git a/boost-system.patch b/boost-system.patch
new file mode 100644
index 0000000..1c88899
--- /dev/null
+++ b/boost-system.patch
@@ -0,0 +1,13 @@
+diff --git a/src/cpp/CMakeLists.txt b/src/cpp/CMakeLists.txt
+index 4cdfb88bfa..4c40f9bb51 100644
+--- a/src/cpp/CMakeLists.txt
++++ b/src/cpp/CMakeLists.txt
+@@ -210,7 +210,7 @@ list(APPEND BOOST_LIBS
+ )
+ 
+ # tell cmake not to look for boost on system paths.
+-set(Boost_NO_SYSTEM_PATHS ON)
++#set(Boost_NO_SYSTEM_PATHS ON)
+ # UNIX BOOST
+ if(UNIX)
+    # prefer static link to our custom built version

hwkiller commented on 2019-08-07 09:39 (UTC) (edited on 2019-08-07 09:47 (UTC) by hwkiller)

This might not compile soon. The current git revision has a cmake setting that disallows cmake from searching for system-installed boost; their plan seems to be to provide a self-contained boost version.

I had to patch this check out in rstudio-server-git; if necessary, we could take the same patch over here too.

There may be another way of disabling the local-boost-only setting, but I could not find one.

Confirmed: This does not compile as of 8/7/2019. If you grab the patch from rstudio-server-git (boost-system.patch), include it into this source array, and add patch -p1 < ${srcdir}/boost-system.patch, it works.

pat-s commented on 2019-04-01 20:59 (UTC)

gwt-2.8.2 is required in upstream.

maquiavel commented on 2019-02-25 00:44 (UTC)

hey ConorIA ,

I have tested the file 'EDIT: built package https://gitlab.com/ConorIA/pkgbuild_testing/-/jobs/166533565/artifacts/file/pkgs/rstudio-desktop-git-1.2.679.r1682-1-x86_64.pkg.tar.xz'

Is working well.

ConorIA commented on 2019-02-24 02:51 (UTC) (edited on 2019-02-24 04:56 (UTC) by ConorIA)

I think that I have this package building successfully with the system QT libs again. That said, there have been times when I have lost a lot of good work time because I had to re-compile RStudio before I could get anything done (damn boost!), so I want to make sure to test the changes before I push them here. I'd love if some additional folks could try the PKGBUILD at https://gitlab.com/ConorIA/pkgbuild_testing/tree/rstudio-desktop-git/rstudio-desktop-git (you can ignore the .info.yaml file) and report their results.

EDIT: built package https://gitlab.com/ConorIA/pkgbuild_testing/-/jobs/166533565/artifacts/file/pkgs/rstudio-desktop-git-1.2.679.r1682-1-x86_64.pkg.tar.xz

maquiavel commented on 2019-02-12 02:21 (UTC)

hey guys! Qt framework is already up to date in Arch Linux. 5.12 is the pattern. I have troubles with rstudio-desktop-git: black screen when I open application. I have compiled directly of rstudio source on github with qt 5.11.1 and works good.

ConorIA commented on 2018-12-09 01:11 (UTC)

About to push some changes that should address the last couple of issues. Since I am a co-maintainer, I think it is useful to explain my reasoning for each change:

1) Change hunspell dep to hunspell-en_US: hunspell doesn't actually install any dictionaries to /usr/share/myspell/dicts, so on a minimal, fresh system, this will cause the install to complain that the dictionaries weren't installed. I opted for en_US, as it is probably the most common "default" language. I figured the rest of the world wouldn't appreciate me imposing en_CA on them! core-dictionaries.zip contains AU, GB, and US ... not sure if we need all of them.

2) Remove the core-dictionaries.zip stuff: no need to keep it, as the build process wasn't even looking at it, just the link to /usr/share/myspell/dicts.

3) Change java-environment dep to jdk8-openjdk: 9, 10, and 11 fail to build.

4) Change md5sums to sha256sums: seems to be more common.

5) No extract gin: we extract it later with unzip, so no need to extract it to $srcdir.

5) Remove .install file: pacman now handles all of the icon cache and desktop file stuff automatically (if I'm not mistaken).

qubit commented on 2018-12-06 09:49 (UTC)

While building I encountered the error that dictionaries were missing. It turned out that the PKGBUILD created a symlink from "directories" to "/usr/share/myspell/dicts" but never actually extracted the dictionaries from "core-dictionaries.zip" to that directory. After manually extracting the dictionaries there, the build was successful.

now-im commented on 2018-06-17 05:12 (UTC)

can it be compiled with jdk9/10? I could only do it with jdk8. If it can comply with only 8, then shouldn't it be specific in PKGBUILD.

hwkiller commented on 2018-05-08 23:42 (UTC)

Currently, I think their master branch is pushing toward rstudio 1.2, and they're not focusing on compilability yet. The server release has been borked for a bit, so I've just been using their 1.1.447 release/tag.

adi555j commented on 2018-04-26 12:46 (UTC)

r2d3 has been released. I put r2d3 into /dependencies/common and the error is gone now. But now i am getting this error: ‘thread_resource_error’ in namespace ‘boost’ does not name a type const boost::thread_resource_error& e)

GXGOW commented on 2018-04-22 18:23 (UTC)

Same problem here with the r2d3 repository. Haven't found a workaround for it yet, unfortunately.

papperwing commented on 2018-04-12 11:32 (UTC)

I am having same problem as @TheStochasticMan.

TheStochasticMan commented on 2018-04-11 17:33 (UTC)

I'm having a problem with installing this.

During the part where it tries to install some required packages, it's trying to install r2d3, which apparently is a dead project and the repo no longer exists.

hwkiller commented on 2018-04-03 19:06 (UTC)

Is anyone willing to help with the rstudio-server-git package? I can't get it to build, and I'm unsure why. I submitted an issue here: https://github.com/rstudio/rstudio/issues/2577

I'd be extremely grateful to anyone who would be willing to diagnose the issue.

ConorIA commented on 2018-03-21 02:42 (UTC)

I've just noticed a bunch of complaints in my build log about missing patchelf. That said, I haven't noticed any runtime errors related to it. If anyone runs into trouble, let me know so we can think about adding patchelf as a makedepend.

artemklevtsov commented on 2018-01-27 14:35 (UTC) (edited on 2018-01-29 04:33 (UTC) by artemklevtsov)

@ConorIA thank you. I comitted your suggestion. But it would be nice fix it withoud bundle the Qt libs from SDK. I added you to co-mainteiners. So you can push commits for this package.

ConorIA commented on 2018-01-27 02:14 (UTC)

I have the pop-up annoyance fixed by bundling in the RStudio-provided QT libs. I've updated the PKGBUILD, but am hesitant to push the changes here because they add a few hundred megabytes to the install size. The updated PKGBUILD is here: https://cloud.conr.ca/s/dkrK4SN7d6qTgBF. I imagine we could even remove qt5-base as a depend because we're bundling separately.

I'll leave it up to artemklevtsov or another co-maintainer to decide whether it is worth the added weight.

ConorIA commented on 2018-01-26 16:56 (UTC)

It would appear that the pop-up bug is related to library mismatches. RStudio folks have fingered the use of system QT libs as the culprit. https://github.com/rstudio/rstudio/issues/2007#issuecomment-360838707

ConorIA commented on 2018-01-25 03:22 (UTC)

Anyone else experiencing the pop-up bug can follow along here: https://github.com/rstudio/rstudio/issues/2007

heavysink commented on 2018-01-24 15:52 (UTC)

@jpreszler you can just change java-environment to 'java-environment>=8' in makedepends to make it work.

ConorIA commented on 2018-01-22 15:02 (UTC)

@hwkiller, @rkelly, have either of you reported the issue about the pop-up prompt preventing exit (or discard of anything!) to RStudio? I'm experiencing the same. I wonder if it is specific to Arch (or Manjaro in my case), or is an upstream thing.

jpreszler commented on 2018-01-19 20:00 (UTC)

Solution to my last comment (in case someone else is having this problem):

Based on rstudio's github issue #1640, I changed font (global options -> appearence) to Dejavu Sans mono and the trailing space issue is fixed.

jpreszler commented on 2018-01-19 18:25 (UTC)

@hwkiller and @kngwyu, Thanks, I had jdk9. After removal and installing jdk8 the package installs.

However, when I type in either the console or source panes, the visual cursor is moved by extra spaces. This is an rstudio issue, but I thought I'd check if anyone has encountered this and knows of a fix?

Thanks.

ConorIA commented on 2018-01-19 13:18 (UTC)

@kwkiller, the "releases" that the flagger is seeing on GitHub are based on branch v1.1-patch. The tags on master are still at 1.1.371 so the flagger must have assumed that 1.1.371 < 1.1.414 = out of date. However, branch v1.1-patch is 55 commits ahead and 776 behind master. I don't know why there is a split there, but this package is right to follow master.

hwkiller commented on 2018-01-19 08:41 (UTC)

Whoever flagged this out of date: It's a git package. What about it is out of date? The version is auto-generated!

To @jpreszler, which jdk do you have installed? Some folks were struggling to install the server version, and it seemed to be due to differing java versions. I recall jdk8 working fine, but not 9 or 7.

kngwyu commented on 2018-01-19 08:36 (UTC) (edited on 2018-01-19 10:54 (UTC) by kngwyu)

@jpreszler I couldn't reproduce, so I think this is RStudio's bag and it's already fixed. If you can encounter the error when you retry installing, please comment again. Edited: my jdk is also jdk8

jpreszler commented on 2018-01-18 16:14 (UTC)

I'm trying to install this package and get the following error

    [java] Jan 18, 2018 8:58:38 AM java.util.prefs.FileSystemPreferences$1 run
     [java] WARNING: java.io.IOException: Permission denied
     [java] Compiling module org.rstudio.studio.RStudio
     [java]    [ERROR] Hint: Check that your module inherits 'com.google.gwt.core.Core' either directly or indirectly (most often by inheriting module 'com.google.gwt.user.User')
     [java] Exception in thread "Sync Timer Thread" java.lang.SecurityException: Could not lock User prefs. Lock file access denied.
     [java]     at java.prefs/java.util.prefs.FileSystemPreferences.checkLockFile0ErrorCode(FileSystemPreferences.java:956)
     [java]     at java.prefs/java.util.prefs.FileSystemPreferences.lockFile(FileSystemPreferences.java:944)
     [java]     at java.prefs/java.util.prefs.FileSystemPreferences.sync(FileSystemPreferences.java:748)
     [java]     at java.prefs/java.util.prefs.FileSystemPreferences.flush(FileSystemPreferences.java:843)
     [java]     at java.prefs/java.util.prefs.FileSystemPreferences.syncWorld(FileSystemPreferences.java:483)
     [java]     at java.prefs/java.util.prefs.FileSystemPreferences.access$1200(FileSystemPreferences.java:49)
     [java]     at java.prefs/java.util.prefs.FileSystemPreferences$4$1.run(FileSystemPreferences.java:461)

BUILD FAILED
/home/preszler/source-inst/aur/rstudio-desktop-git/src/rstudio/src/gwt/build.xml:112: Java returned: 1

Total time: 15 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

Any ideas on a fix?

kngwyu commented on 2018-01-14 04:57 (UTC)

@ConorIA Many thanks for digging the problem! And now, qt5-webengine is required instead of qt5-webkit, by this pull request https://github.com/rstudio/rstudio/pull/1720 (merged just 2 days ago). So dependencies are also need to be updated. Here is a modified PKGBUILD based on ConorIA's. https://pastebin.com/MWVZPR40

ConorIA commented on 2018-01-12 16:57 (UTC)

Looks like the core-dictionaries.zip needs to be downloaded just like gin and gwt. It also seems that the openssl-socketproxy.patch is no longer needed. Updated PKGBUILD: https://pastebin.com/YKw7M5yM

germelcar commented on 2018-01-09 02:19 (UTC)

I have updated my system (boost libs among the updated packages), and now, when I try to reinstall RStudio (rstudio-desktop-git) I got the following error: https://pastebin.com/XRukhaPZ

Is there a fix for this? Thanks in advance.

rkelly commented on 2018-01-08 23:06 (UTC)

@hwkiller. I've been dealing with the same issues. Great description of the problems.

hwkiller commented on 2017-12-20 04:07 (UTC)

To anyone; I'm just curious.

For a long time now, my rstudio-desktop has had an annoying bug. Basically, anything that requires changing a file doesn't work.

1) Closing a source window doesn't work, if it's been modified at all. 2) Deleting a file in the file pane doesn't work. 3) Quitting the session doesn't work, unless I save everything and manually type q() in the r console.

This does not happen on the server version, but does on the desktop version. Am I alone in this? Wondering whether to submit a bug report.

artemklevtsov commented on 2017-11-03 13:17 (UTC)

Updated. Thanks for the feedback.

kngwyu commented on 2017-11-02 14:59 (UTC)

And gin version looks like changed. See https://github.com/rstudio/rstudio/commit/27f0bc0322ca9e89d0903f25d482b4557a48979d. With removing openssl-crypto.patch and changed gin version, I could compile.

kngwyu commented on 2017-11-02 13:48 (UTC)

I'm sorry, this commit implies that not openssl-socketproxy.patch but openssl-crypto.patch is no linger needed.

kngwyu commented on 2017-11-02 13:44 (UTC)

It looks like the original sorce was modified to to work with OpenSSL1.1.0(Please look at this link https://github.com/rstudio/rstudio/commit/a89d021efa7cf1072d0473dd5c4128c287bb5859#diff-6b0f9bb4253d3e05238f5c35b7f68e97). So, now, I think openssl-socketproxy.patch is no longer needed.

pat-s commented on 2017-11-02 09:34 (UTC)

==> Apply socketproxy-openssl.patch... patching file src/cpp/core/system/Crypto.cpp Hunk #1 FAILED at 261. patch unexpectedly ends in middle of line Hunk #2 FAILED at 298. 2 out of 2 hunks FAILED -- saving rejects to file src/cpp/core/system/Crypto.cpp.rej

germelcar commented on 2017-11-02 05:30 (UTC)

-- Looking for getpeereid - not found CMake Deprecation Warning at src/cpp/desktop/CMakeLists.txt:18 (cmake_policy): The OLD behavior for policy CMP0020 will be removed from a future version of CMake. The cmake-policies(7) manual explains that the OLD behaviors of all policies are deprecated and that a policy should be set to OLD only under specific short-term circumstances. Projects should be ported to the NEW behavior and not rely on setting a policy to OLD. CMake Error at src/cpp/session/CMakeLists.txt:23 (message): Dictionaries not found (re-run install-dependencies script to install)

arseru commented on 2017-10-23 16:44 (UTC)

Thanks so much for the fix! Building and installation successful this time, after the failure of last time (1 month ago). Though this time it gave me build errors running "makepkg -sci", everything worked fine with "makepkg -si".

kngwyu commented on 2017-10-16 05:05 (UTC)

@hwkiller: Yes. Please look at this link. https://github.com/openssl/openssl/issues/962

hwkiller commented on 2017-10-15 20:25 (UTC)

@kngwyu: So this patch permits openssl 1.1 to work on rstudio? I may give this a go for the server release. Currently, I just patch the hell out of the server release to force it to use Arch's openssl-1.0 package (modify includes, modify cmakelists to use openssl 1.0, etc). Does this patch basically just swap out the ssl 1.0 calls with their 1.1 equivalents?

artemklevtsov commented on 2017-10-15 13:33 (UTC)

Package updated. @kngwyu many thanks for the patch.

Cbhihe commented on 2017-10-15 10:42 (UTC)

The crash 100% is reproducible on my box [4.13.5-1-ARCH]. I removed all dependencies manually. Blah.

Cbhihe commented on 2017-10-15 10:16 (UTC) (edited on 2017-10-15 10:18 (UTC) by Cbhihe)

Build with JRE 8 was _successful_ although in "gwtc:" screen output section, I had: [java] WARNING: Couldn't create user preferencess directory. User preferences are unusable. [java] WARNING: java.io.IOException: Permission denied [java] Exception in thread "Timer=0java.lang.SecurityException: Could not lock User prefs. Lock file access denied. Although the above was probably not serious, ... it was followed later by an error when "scanning dependencies of target rstudio-core" [ 19%] Building CXX object src/cpp/core/CMakeFiles/rstudio-core.dir/system/Crypto.cpp.o /var/builds/rstudio-desktop-git/src/rstudio/src/cpp/core/system/Crypto.cpp: In function ‘rstudio::core::Error rstudio::core::system::crypto::aesEncrypt(const std::vector<unsigned char>&, const std::vector<unsigned char>&, const std::vector<unsigned char>&, std::vector<unsigned char>*)’: /var/builds/rstudio-desktop-git/src/rstudio/src/cpp/core/system/Crypto.cpp:264:19: error: aggregate ‘EVP_CIPHER_CTX ctx’ has incomplete type and cannot be defined EVP_CIPHER_CTX ctx; ^~~ /var/builds/rstudio-desktop-git/src/rstudio/src/cpp/core/system/Crypto.cpp: In function ‘rstudio::core::Error rstudio::core::system::crypto::aesDecrypt(const std::vector<unsigned char>&, const std::vector<unsigned char>&, const std::vector<unsigned char>&, std::vector<unsigned char>*)’: /var/builds/rstudio-desktop-git/src/rstudio/src/cpp/core/system/Crypto.cpp:301:19: error: aggregate ‘EVP_CIPHER_CTX ctx’ has incomplete type and cannot be defined EVP_CIPHER_CTX ctx; ^~~ make[2]: *** [src/cpp/core/CMakeFiles/rstudio-core.dir/build.make:2151: src/cpp/core/CMakeFiles/rstudio-core.dir/system/Crypto.cpp.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:203: src/cpp/core/CMakeFiles/rstudio-core.dir/all] Error 2 make: *** [Makefile:152: all] Error 2 ==> ERROR: A failure occurred in package(). Aborting... And in doing so dependencies were not cleaned up ...

kngwyu commented on 2017-10-14 07:46 (UTC)

I wrote a patch which enables to compile with OpenSSL 1.1.0. https://gist.github.com/kngwyu/088d1f77e6cf6bc3694201150c96986d When you encounter a compile error like "aggregate ‘evp_cipher_ctx ctx’ has incomplete type and cannot be defined...", this patch may resolve it.

bosma commented on 2017-10-07 17:30 (UTC)

Error building: http://sprunge.us/TTRB

Atraii commented on 2017-09-28 22:25 (UTC) (edited on 2017-09-28 22:26 (UTC) by Atraii)

rkelly: You'll need to recompile and reinstall this package against the new boost libraries. I have this issue as well AND the issue eorn pointed out that the GWT version is incorrect.

rkelly commented on 2017-09-25 14:00 (UTC)

I'm getting errors when trying to run since boost and boost-libs have been updated to 1.65.1-1. rstudio: error while loading shared libraries: libboost_date_time.so.1.64.0: cannot open shared object file: No such file or directory rstudio does run if boost & boost-libs are downgraded back to 1.64.

eorn commented on 2017-09-25 06:46 (UTC)

It looks like changing line 6 of the PKGBUILD works: from "_gwtver=2.7.0" to "_gwtver=2.8.1"

arseru commented on 2017-09-23 17:30 (UTC)

Hi, I have tried compiling this package running "makepkg -sci", but for me and other IRC users, the following error appears: https://ptpb.pw/gKku

hwkiller commented on 2017-06-15 19:23 (UTC)

I'm once again stealing a bit of your PKGBUILD (full disclosure). The rstudio team recently changed their dependencies/common/install-* scripts to see whether you're on ubuntu, suse, or centos, and if you're not on those, it'll throw an error. Your script circumvents that by including pandoc as a dependency and symlinking to the correct directories. This approach fixes the issue, presumably, and so I'm putting your prepare() statements into the rstudio-server-git's pkgbuild. I assume if this works for the desktop release, it should work for the server release. One thing I noticed though, is that you don't do anything with the dictionaries. I installed rstudio-server using your prepare statement (and the hunspell-en dependency), but in rstudio-server, it fails to find any dictionaries and throws errors related to hunspell at runtime. So for the time being, I'm using the ./install-dictionaries script.

hwkiller commented on 2017-06-15 02:41 (UTC)

I think this package will now require qt5-webkit-ng for a while. Updated recently, and rstudio crashes. I replaced qt5-webkit with qt5-webkit-ng, and it is working again. I think the next qt5 release will include the patches from qt5-webkit-ng, so reverting back to qt5-webkit should be fine afterward.

laoshanlong commented on 2017-05-26 21:06 (UTC)

Fails to build, requires libgfortran.so.4, but I have libgfortran.so.3 and have no idea what to do. /usr/lib64/R/bin/exec/R: error while loading shared libraries: libgfortran.so.4: cannot open shared object file: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting...

hwkiller commented on 2017-05-01 23:27 (UTC)

Nevermind. I resolved it. Had to include both the socketproxy-openssl.patch along with a new patch of mine that: - Changes a reference to <openssl> to <openssl-1.0> - Changes cmake to forcefully use the libcrypto.so and libssl.so in /usr/lib/openssl-1.0 They don't make this easy.

hwkiller commented on 2017-05-01 19:44 (UTC)

Indeed, thank you for that. I was racking my brain over why my rstudio-server-git package wasn't building. I'm guessing, though I'm not sure, that this has something to do with the update to openssl from 1.0 to 1.1. I couldn't figure out how to add openssl-1.0 to the cmake system, but even after an hour of trying, it was still failing to build at the same point. I'm currently trying to apply a patch directly on the .cpp as you did to use openssl-1.0 rather than openssl 1.1; any help you could provide would be very appreciated.

artemklevtsov commented on 2017-04-28 05:23 (UTC)

@dlin many thanks for this.

dlin commented on 2017-04-28 05:14 (UTC)

rstudio-desktop-git-1.1.214-1-x86_64.pkg.tar.xz required patch https://gist.github.com/dlintw/d8224e8f4a9e6960efc09a1d8bfd2258

xiaohuanyu521 commented on 2017-03-28 16:54 (UTC)

CMake Error at /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:138 (message): Could NOT find LibR (missing: LIBR_LIBRARIES) Call Stack (most recent call first): /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE) cmake/modules/FindLibR.cmake:166 (find_package_handle_standard_args) src/cpp/CMakeLists.txt:260 (find_package) CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: Boost_INCLUDE_DIR (ADVANCED) used as include directory in directory /tmp/yaourt-tmp-jadestrong/aur-rstudio-desktop-git/src/rstudio/src/cpp

cmellwig commented on 2017-01-28 14:20 (UTC)

qt5-svg should be a dependency

artemklevtsov commented on 2016-07-14 09:34 (UTC)

mathjax version fixed. Can anyone help with the clang static analyser works?

mnyolt commented on 2016-07-14 07:26 (UTC)

@cassava: with an up-to-date system (r 3.3.1) and the current rstudio-desktop (d2c000b47da60) I'm not getting your error. However, since 1898ff716d2f the build stops working due to a switch to mathjax 2.6. The PKGBUILD prepare function needs to be updated. The line install -d dictionaries mathjax-23 … has to be changed to install -d dictionaries mathjax-26 …

cassava commented on 2016-07-09 10:39 (UTC)

With the latest version from git I'm getting the error: -- Could not find libR shared library. CMake Error at /usr/share/cmake-3.5/Modules/FindPackageHandleStandardArgs.cmake:148 (message): Could NOT find LibR (missing: LIBR_LIBRARIES)

artemklevtsov commented on 2015-11-03 13:49 (UTC)

@wushuzh: you always get the latest tagged commit from git. No need change version for the git packages. The version will be updated automatically during build.

wushuzh commented on 2015-11-03 13:07 (UTC)

After installation, I found that my version is rstudio-desktop-git-0.99.749-1, while the latest version tag in aur is rstudio-desktop-git 0.99.717-1. If there is anyone get the same ?

artemklevtsov commented on 2015-10-15 15:32 (UTC)

Good suggestion. Thank you.

yan12125 commented on 2015-10-15 14:33 (UTC)

I don't request every rstudio users to install community/pandoc. Instead, specify 'pandoc' as a dependency and add 'pandoc' to provides of pandoc-bin allows users to choose from community/pandoc and pandoc-bin.

artemklevtsov commented on 2015-10-15 13:11 (UTC)

pandoc from the community repo depends on haskell libs and ghc (more than 1.5 Gb).

yan12125 commented on 2015-10-15 13:01 (UTC)

There's community/pandoc now. Could you change the dependency pandoc-bin to pandoc? I've also asked pandoc-bin to add pandoc to provides array.

johanzebin commented on 2015-08-04 17:58 (UTC)

I'm running R 3.2.0 and ran into this issue: multiple definition of `R_running_as_main_program' As already mentioned by @unikum, the only needed fix is to edit /usr/include/R/Rinterface.h file and add "+extern" to the following line: -int R_running_as_main_program; +extern int R_running_as_main_program;

artemklevtsov commented on 2015-08-01 05:05 (UTC)

@kruegsch thanks for the report. It should be fixed now

kruegsch commented on 2015-07-31 22:32 (UTC)

I had an issue in the preparation step. The directory with gin's version number was missing. 36: -install -d src/gwt/lib/{gin,gwt/$_gwtver} 36: +install -d src/gwt/lib/{gin/${_ginver},gwt/$_gwtver} EDIT: It was the -f paramter used for unzip. Without it, unzip will create the 1.5 directory and extract the files.

artemklevtsov commented on 2015-07-25 12:56 (UTC)

Now it works for me. Pls try it.

Weasel commented on 2015-07-20 14:36 (UTC)

Trying to compile this package, but fails: Linking CXX executable rsession [ 90%] Built target rsession Makefile:136: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build rstudio-desktop-git. A more exstensive compilation-log found here on pastebin: http://pastebin.com/QFgtx6Fw

artemklevtsov commented on 2015-07-15 06:25 (UTC)

To solve problems with compilation on R version 3.2 edit the /usr/include/R/Rinterface.h file and replace the following: -int R_running_as_main_program; +extern int R_running_as_main_program;

hwkiller commented on 2015-04-28 22:44 (UTC)

This fails to build in a clean source directory. I updated to r 3.2, and perhaps that broke the rstudio build?

artemklevtsov commented on 2015-04-13 15:56 (UTC)

It's not related with PKGBUILD or install file. This message from source git directory. Yesterday I successfully built it in the clean chroot.

gabx commented on 2015-04-13 09:21 (UTC)

unfortunately already done. No changes

artemklevtsov commented on 2015-04-13 08:59 (UTC)

@gabx: cleanup build directory and try again.

gabx commented on 2015-04-13 08:43 (UTC)

Error when makepkg: ==> Downloading and installing packages Cannot pull with rebase: You have unstaged changes. Please commit or stash them. ==> ERROR: A failure occurred in prepare(). Aborting...

artemklevtsov commented on 2015-01-27 10:37 (UTC)

Should be fixed now.

hwkiller commented on 2015-01-26 21:03 (UTC)

The latest preview ( v0.99.179 ) failed to build.

wertha commented on 2015-01-11 22:31 (UTC)

Is there a way to fix the jdk7-openjdk dependency. I'm using jdk7 and I don't want to install jdk7-openjdk. I installed it by modifying the PKGBUILD but when I try to update through pacaur is pulling that depency and it is blocking the flow. I'm using yaourt to get around. Probably changing it to java-runtime-common might work, but it is not assuring that a jdk is installed, just that java (jre/jdk) is present. Any other idea?

hwkiller commented on 2014-11-22 22:59 (UTC)

Temporarily circumvented this issue by modifying the prepare() function. When cd'd into the common/ directory, sed -e 's/wget/wget --no-check-certificate/g' -i ./install-*

hwkiller commented on 2014-11-22 22:48 (UTC)

--2014-11-22 16:46:18-- https://s3.amazonaws.com/rstudio-buildtools/gin-1.5.zip Resolving s3.amazonaws.com (s3.amazonaws.com)... 54.231.12.16 Connecting to s3.amazonaws.com (s3.amazonaws.com)|54.231.12.16|:443... connected. ERROR: cannot verify s3.amazonaws.com's certificate, issued by ‘/C=US/O=VeriSign, Inc./OU=VeriSign Trust Network/OU=Terms of use at https://www.verisign.com/rpa (c)10/CN=VeriSign Class 3 Secure Server CA - G3’: Unable to locally verify the issuer's authority. To connect to s3.amazonaws.com insecurely, use `--no-check-certificate'.

artemklevtsov commented on 2014-10-23 19:02 (UTC)

Updated.

unjello commented on 2014-10-23 18:03 (UTC)

Fails to build because of liblang... which package it belongs to? -- Found Qt4: /usr/lib/qt4/bin/qmake (found suitable version "4.8.6", minimum required is "4.8.0") CMake Error at src/cpp/session/CMakeLists.txt:50 (message): liblang 3.5 not found (re-run install-dependencies script to install)

artemklevtsov commented on 2014-09-21 12:17 (UTC)

Seems this workground works: http://stackoverflow.com/a/25949509/1863950

artemklevtsov commented on 2014-09-12 03:55 (UTC)

It realted with boost 1.56. Already reported: https://support.rstudio.com/hc/communities/public/questions/203022436-Can-t-build-RStudio-IDE

hwkiller commented on 2014-09-11 17:43 (UTC)

This fails to build for me. I have a feeling it's actually due to the recent changes to java in arch. http://pastebin.com/T0D4jyK3

artemklevtsov commented on 2014-09-03 15:06 (UTC)

I successfully build a few minutes ago. I use clean chroot: https://bitbucket.org/unikum/rstudio-desktop/src/master/build-rstudio.sh

gabx commented on 2014-09-03 08:50 (UTC)

nup. same error

artemklevtsov commented on 2014-09-02 15:28 (UTC)

@gabx: clean source directory and try again.

gabx commented on 2014-09-02 06:46 (UTC)

Building error occurs after downloading pandoc 2014-09-02 08:45:13 (3.43 MB/s) - ‘pandoc-1.12.3.zip’ saved [97002741/97002741] ................ Cannot pull with rebase: You have unstaged changes. Please commit or stash them.

artemklevtsov commented on 2014-08-04 07:16 (UTC)

Without gmp4 I got error: /usr/lib/rstudio/bin/pandoc/pandoc: error while loading shared libraries: libgmp.so.3: cannot open shared object file: No such file or directory

artemklevtsov commented on 2014-08-02 09:45 (UTC)

Thx, I'll test it.

zeny.entropy commented on 2014-08-02 08:07 (UTC)

As for the gmp requirement , arch linux core package version is fine. "GMP 6.0 is upwardly source and binary compatible with 5.1, 5.0, 4.x, and 3.x, except for applications that use the semi-documented mpn_bdivmod function. " https://gmplib.org/gmp6.0.html R uses gmp as an installable extension package. R-Studio 3.1 successfully built, gmp package installed, gmpVersion() shows 6.0.0

artemklevtsov commented on 2014-07-24 10:45 (UTC)

https://bitbucket.org/unikum/rstudio-desktop/downloads/rstudio-desktop-git-0.98.978-1-x86_64.pkg.tar.xz

artemklevtsov commented on 2014-06-11 15:34 (UTC)

@priedel: namcap says that it needed: rstudio-desktop-git I: Link-level dependence (gmp4) in file ['usr/lib/libgmp.so.3'] Try use pandoc with RStudio.

dpriedel commented on 2014-06-11 13:51 (UTC)

FYI, I just built the package using the current Arch versions of gmp (6.0.0) and libffi (3.0.13 which provides libffi.so.6) and had no problems. Rstudio seems to run OK too. Dave Riedel

sekret commented on 2014-05-11 09:40 (UTC)

Oh ok, I thought that gmp 4.3.2 might just be too new to provide libgmp.so.3. But if it does, my naming scheme doesn't make a lot of sense ;)

artemklevtsov commented on 2014-05-11 09:34 (UTC)

I build and upload packages: https://bitbucket.org/unikum/rstudio-desktop/downloads/libffi5-3.0.10-1-x86_64.pkg.tar.xz https://bitbucket.org/unikum/rstudio-desktop/downloads/gmp4-4.3.2-2-x86_64.pkg.tar.xz https://bitbucket.org/unikum/rstudio-desktop/downloads/rstudio-desktop-git-0.98.835-1-x86_64.pkg.tar.xz You can install it with `yaourt -U url` command.

artemklevtsov commented on 2014-05-11 09:28 (UTC)

But source code of gmp have 4.3.2 version :) I hope maintainer of gmp4 package will update his package.

sekret commented on 2014-05-11 07:12 (UTC)

Thanks! I have an idea: You could upload this gmp package with the name gmp3. The 3 because the so version is 3.*. Makes sense right? So we don't get update messages from e.g. yaourt, cower etc.

artemklevtsov commented on 2014-05-11 05:19 (UTC)

I builded gmp4 from this PKGBUILD - https://gist.github.com/PedroHLC/6742282 It contain necessary library: $ yaourt -Ql gmp4 gmp4 /usr/ gmp4 /usr/lib/ gmp4 /usr/lib/libgmp.so.3 gmp4 /usr/lib/libgmp.so.3.5.2

sekret commented on 2014-05-10 16:24 (UTC)

According to the describtion yes, but according to the comments no ;) Seems like we need an older version. But gmp from [core] only has gmp /usr/lib/libgmp.so gmp /usr/lib/libgmp.so.10 gmp /usr/lib/libgmp.so.10.2.0 so we definitely need an older version. What I find strange is that this isn't detected by the build process!

artemklevtsov commented on 2014-05-10 14:52 (UTC)

gmp4 package will solve "libgmp.so.3 => not found" issue?

sekret commented on 2014-05-10 14:46 (UTC)

Sorry for another comment, but it's really going on my nerves that those dependency files (gwt, dictionaries etc) get downloaded every time, even if I don't remove my src directory. My internet connection is both slow and limited in bandwidth. I think it would make sense to let makepkg download those files by putting them into the source line. Might be out of the ordinary, but I'll create such a PKGBUILD even if it's just for me. I'll provide a pastebin link of course. You can choose then if you'd like to adopt this way of downloading it.

sekret commented on 2014-05-10 14:26 (UTC)

Hm, looks like libffi5 isn't enough, there's still libgmp.so.3 which is provided by gmp4. I'm rebuilding the package right now, will report back. # ldd /usr/lib/rstudio/bin/pandoc/pandoc linux-vdso.so.1 (0x00007fff153fe000) libz.so.1 => /usr/lib/libz.so.1 (0x00007fa236b07000) librt.so.1 => /usr/lib/librt.so.1 (0x00007fa2368ff000) libutil.so.1 => /usr/lib/libutil.so.1 (0x00007fa2366fc000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fa2364f8000) libgmp.so.3 => not found libffi.so.5 => /usr/lib/libffi.so.5 (0x00007fa2362f0000) libm.so.6 => /usr/lib/libm.so.6 (0x00007fa235fec000) libc.so.6 => /usr/lib/libc.so.6 (0x00007fa235c3e000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fa235a20000) /lib64/ld-linux-x86-64.so.2 (0x00007fa236d1d000)

artemklevtsov commented on 2014-05-10 11:18 (UTC)

thx. I'll fix this.

sekret commented on 2014-05-10 10:39 (UTC)

Looks like this package depends on libffi5. Using namcap you'll see that there are missing libraries, among them /usr/lib/libffi.so.5 Installing libffi5 solves this.

okanisis commented on 2014-03-06 17:52 (UTC)

Getting this error during compile: CMake Error at src/cpp/session/CMakeLists.txt:32 (message): rmarkdown package not found (re-run install-dependencies script to install)

artemklevtsov commented on 2014-02-08 12:02 (UTC)

Done.

petelewis commented on 2014-02-08 10:25 (UTC)

I had to add './install-pandoc' to the PKGBUILD for this to build...

khughitt commented on 2013-03-03 16:09 (UTC)

Oops. ignore out of date flag -- for some reason yaourt still listing qt as a requirement.

commented on 2013-01-17 07:37 (UTC)

I had to run the src/rstudio/dependencies/install-qt-sdk script and update the qt packages with their GUI interface to resolve my issue in a previous comment. I'm not sure what is installed with the sdk that is not in the core repository qt package, but I know that it resolved my problem. Thanks for putting the package up.

artemklevtsov commented on 2013-01-16 08:46 (UTC)

Now I get Found Qt4: /usr/bin/qmake (found suitable version "4.8.4", minimum required is "4.8.0") and build success. Archlinux x86_64, qt 4.8.4-1.

commented on 2013-01-16 03:31 (UTC)

I'm recieving the following error when attempting to build the package: Could NOT find Qt4 (missing: QT_MOC_EXECUTABLE QT_RCC_EXECUTABLE QT_UIC_EXECUTABLE) (found suitable version "4.8.4", minimum required is "4.8.0") qmake -query does not list those packages (not sure if that is the right term): [andy@Arch rstudio-desktop-git]$ qmake -query QT_INSTALL_PREFIX:/usr/bin QT_INSTALL_DATA:/usr/bin QT_INSTALL_DOCS:/usr/bin/doc QT_INSTALL_HEADERS:/usr/bin/include QT_INSTALL_LIBS:/usr/bin/lib QT_INSTALL_BINS:/usr/bin/bin QT_INSTALL_PLUGINS:/usr/bin/plugins QT_INSTALL_IMPORTS:/usr/bin/imports QT_INSTALL_TRANSLATIONS:/usr/bin/translations QT_INSTALL_CONFIGURATION:/usr/bin QT_INSTALL_EXAMPLES:/usr/bin QT_INSTALL_DEMOS:/usr/bin QMAKE_MKSPECS:/usr/bin/mkspecs QMAKE_VERSION:2.01a QT_VERSION:4.8.4 Do you know where I can find those additional tools to be able to complete the build?

mrbit commented on 2012-09-08 09:59 (UTC)

ok..thanks

artemklevtsov commented on 2012-09-08 09:58 (UTC)

Updated without change pkgrel.

mrbit commented on 2012-09-08 09:37 (UTC)

SO 64bit I installed jdk7-openjdk openjdk6 e jdk7-openjdk conflict

artemklevtsov commented on 2012-08-01 05:28 (UTC)

@pixies: works for me (x86_64). Please give more info, or try to ask developers - http://support.rstudio.org/help/discussions/problems.

commented on 2012-08-01 03:31 (UTC)

[java] at java.util.TimerThread.mainLoop(Timer.java:555) [java] at java.util.TimerThread.run(Timer.java:505) BUILD FAILED /tmp/packerbuild-1000/rstudio-desktop-git/rstudio-desktop-git/src/rstudio/src/gwt/build.xml:147: The following error occurred while executing this line: /tmp/packerbuild-1000/rstudio-desktop-git/rstudio-desktop-git/src/rstudio/src/gwt/build.xml:108: Java returned: 137 Total time: 1 minute 21 seconds make[2]: ** [gwt_build] Erro 1 make[1]: ** [src/gwt/CMakeFiles/gwt_build.dir/all] Erro 2 make: ** [all] Erro 2 ==> ERRO: Uma falha ocorreu em package(). Abortando... The build failed.

artemklevtsov commented on 2012-07-26 12:28 (UTC)

I use prefix (/usr/lib) like .deb and rpm packages from RStudio website.

mschu commented on 2012-07-23 16:25 (UTC)

Please put large binary blobs in /opt/, not in /usr/lib.

artemklevtsov commented on 2012-07-18 03:20 (UTC)

Now the issue resolved from uptream.

artemklevtsov commented on 2012-07-09 15:25 (UTC)

@Apollo_Costa: Seems it's uupstream issue. You can try describe your problem here - http://support.rstudio.org/help/discussions/problems

commented on 2012-07-09 09:21 (UTC)

Hi, i can't build the R-Studio. Here is my build log: http://pastebin.com/GieGYFdy. Have anyone a idea ?

Pank commented on 2011-04-16 13:18 (UTC)

Hmm, maybe /opt/rstudio/bin/ should be added to PATH? Also, R should know about /opt/rstudio/R/, especially given the new manipulate library, distributed with Rstuido http://www.rstudio.org/docs/advanced/manipulate

commented on 2011-03-20 01:47 (UTC)

It's very undesirable behavior for the Qt SDK installer to modify the system like that :( At least we should no longer have that issue. Now if we can just get rid of those GWT, Guice, and Gin downloads we will be set. Although from what I can tell, they only unpack a zip into the source tree and should not modify your system in any way.

Pank commented on 2011-03-20 00:24 (UTC)

you are right

commented on 2011-03-20 00:07 (UTC)

I think the build problem I was having when trying to build without Qt SDK installed with the script RStudio provides. I just tried a build on an Arch VM that I just installed on one of my machines with no Qt SDK installed, and cmake was able to configure without an issue on that system. The issue is some configuration variables were set by the Qt SDK install in qmake. You can see if this happened to you by running "qmake -query" and checking for any variables referring to the old Qt SDK install. The easiest solution for me was to just reinstall qt by running "pacman -Rnd qt && pacman -S qt". After that, things built again. I'm updating the package to once again remove the qt-sdk install script.

commented on 2011-03-14 19:37 (UTC)

I've re-enabled the qt-sdk install script so things should work again, just with that horribly large download.

commented on 2011-03-14 18:31 (UTC)

Thank you Pank, I've been experimenting and seeing the same thing as you. I've raised the issue on the RStudio forum. Development is moving very fast on the RStudio end from what I can tell and they are constantly tweaking the build system right now. I will try my best to stay on top of it. I just tried two builds about 10 minutes apart and ending up with some git updates when the second ran so they had already committed some changes in those 10 minutes.

Pank commented on 2011-03-14 16:42 (UTC)

It builds when I install Qt sdk.

Pank commented on 2011-03-12 20:25 (UTC)

I tried to remove everything, including the PKGBUILD an re-download everything. It is quite weird. . . It naturally checks for dependencies before building. I use x64, but I don't think that should matter.

commented on 2011-03-12 19:46 (UTC)

Hmm that looks like the error you should have gotten on an older version when it could not find the Qt SDK. The sdk shouldn't be needed anymore, so is it possible that your git repo was not up to date? I haven't really tested the ability to update the git repo continually with the PKGBUILD yet (although I think it would work). Try deleting the src directory and regenerating it if you are trying to build on top of an old git checkout. You have Qt installed I assume since it is a dependency, so that is likely not it. Unfortunately this is building fine for me on 2 different computers so I can't replicate the error to help you debug

Pank commented on 2011-03-11 09:06 (UTC)

Hmm, not it complains about QT. It seems that it wants qt dependencies for win and mac as well cf. http://pastebin.com/RHTXQYNB . Thanks, Rasmus

Pank commented on 2011-03-11 08:52 (UTC)

Pank asked: > So can the QT SDK just be removed by rm -r /opt/qtsdk-2010.05 or should I run some kind of script to remove it? The answer is that there is a bin/uinstall. Find just didn't find it due to permissions :)

commented on 2011-03-11 05:20 (UTC)

Good news on several fronts! The Qt SDK is no longer downloaded or installed in the build process, saving a lot of time and space. The scripts now also correctly check if gwt has already been downloaded and does not download it in later builds.

commented on 2011-03-10 20:13 (UTC)

Upstream has fixed the issue with Boost 1.46 and the package now compiles fine with it.

commented on 2011-03-10 17:28 (UTC)

Hmm, you are on boost 1.45 or lower correct? Could you put the entire output of makepkg on pastebin? I suspect there is an error further up in the output that is the cause of your problem.

Pank commented on 2011-03-10 17:08 (UTC)

They should be present > which ant /usr/share/java/apache-ant/bin/ant > which java /opt/java/jre/bin/java

commented on 2011-03-10 17:04 (UTC)

Pank - do you have apache-ant and java on your path? The packages for those may not put them on the path and then the makefile cannot find them. As for gwt, it might be possible to check if its already downloaded, I haven't looked at the script closely that is used for it.

Pank commented on 2011-03-10 11:48 (UTC)

Also, could it maybe check for gwt? Currently, it downloads it every time.

Pank commented on 2011-03-10 11:31 (UTC)

Hi, I cannot get past 23%. Might there be a missing dependency or something like that? [ 22%] Building CXX object src/cpp/core/CMakeFiles/rstudio-core.dir/system/PosixSystem.cpp.o [ 23%] Building CXX object src/cpp/core/CMakeFiles/rstudio-core.dir/system/PosixUser.cpp.o Linking CXX static library librstudio-core.a [ 23%] Built target rstudio-core make: *** [all] Error 2 Aborting...

commented on 2011-03-09 06:17 (UTC)

Note that this does not currently build with boost 1.46, you need to downgrade to 1.45 to get it to build.