Package Details: rstudio-desktop-daily-bin 2025.04.0.daily.299-2

Git Clone URL: https://aur.archlinux.org/rstudio-desktop-daily-bin.git (read-only, click to copy)
Package Base: rstudio-desktop-daily-bin
Description: An integrated development environment (IDE) for R (binary version from RStudio official repository)
Upstream URL: http://www.rstudio.org/
Licenses: GPL
Conflicts: rstudio-desktop, rstudio-desktop-bin, rstudio-desktop-git, rstudio-desktop-preview-bin
Provides: rstudio-desktop-daily
Submitter: chendaniely
Maintainer: chendaniely
Last Packager: chendaniely
Votes: 6
Popularity: 0.000275
First Submitted: 2020-05-05 00:04 (UTC)
Last Updated: 2025-02-18 15:33 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

chendaniely commented on 2023-01-02 16:04 (UTC)

I had to trace why openssl 1.0 was causing key updating issues, and seemed that it's from Arch updating everything to work with openssl3. The official openssl package is also using 3. I updated the dependencies to only use openssl and updated the daily package to use the Ubuntu 22 deb file instead of the Ubuntu 18/20 deb file.

I think this should work for everyone? (tested it locally before pushing the package to AUR).

I had to sudo pacman -Rnsc openssl-1.0 openssl-1.1 and re-install this package + the postgres dependency.

PS: Happy New Year

LuisDamiano commented on 2022-11-09 14:07 (UTC)

Note that, after today's update for ssh, the bin version won't find libssl.so.1.1. I had to install openssl-1.1 to make it work: pacman -S openssl-1.1

chendaniely commented on 2022-10-31 01:16 (UTC)

Thanks @LuisDamiano I updated the package and made your changes. They were working on my local machine.

I also removed the sandbox hack from the .desktop file. This was something that needed to be fixed for the QT version, and no longer applies for the Electron version.

Everything seems to be running like normal on my end!

LuisDamiano commented on 2022-10-24 17:44 (UTC)

Hey @chendaniely, thanks for the update. It's very much welcome, I appreciate your working on this.

Note that /bin/rstudio-daily-bin calls exec /usr/lib/rstudio/bin/rstudio "$@". However, the binary is installed in /usr/lib/rstudio/rstudio (note that the folder and the binary files have the same name). The desktop /usr/share/applications/rstudio.desktop looks good to me.

chendaniely commented on 2022-10-24 04:56 (UTC) (edited on 2022-10-24 04:57 (UTC) by chendaniely)

Hi folks! Sorry it took me a while to figure out how to update this package.

But it should now update using the new electron builds now, too! Main issue was using the deb build that required openssl3 which isn't a thing on Arch yet. That caused a whole bunch of problems trying to get it installed properly and not breaking the rest of my computer. Realized that there were still builds using openssl1 (duh!)

(I can officially claim I did something for hacktoberfest now)

Edit: Just give me some time to get all the automation and stuff working again. But the hardest part is done!

LuisDamiano commented on 2022-07-05 12:37 (UTC)

I used to edit the BUILDPKG by hand and update the URL of the daily build from time to time. However, they seem to have introduced a new modification. Once the deb package is extracted using ar, the content is now in unzstd format. That involves some extra tweaking I haven't gotten to so far.

chendaniely commented on 2022-03-15 01:35 (UTC)

Thanks folks for bearing with me. I'm mostly all moved into the new place, just haven't set up the mini server to do the auto-updates.

BUT, I updated and modified the PKGBUILD file to add the --disable-seccomp-filter-sandbox flag into the .desktop file. I think this should fix things for the time being.

cbrnr commented on 2022-03-14 07:34 (UTC)

@chendaniely any chance you could include the workaround in the .desktop launcher? It seems like there won't be an official fix anytime soon.

chendaniely commented on 2022-02-26 21:56 (UTC)

Thanks @Alarg, confirmed that --disable-seccomp-filter-sandbox works. I'm no security expert, so I'll start using that version moving forward, and edit my comment below.

If you want I would suggest posting that message to the linked github rstudio issue. Otherwise, I'll do it on your behalf in a few days.

Alarg commented on 2022-02-25 21:57 (UTC)

Hey! I've got, in my opinion, a better suggestion

Using --no-sandbox can pose some security risks. I've checked by using --disable-seccomp-filter-sandbox and this option works too, and as far as I've heard, should be much safer option. I suggest you to use this rather than --no-sandbox :)