Package Details: rstudio-desktop-daily-bin 1.4.1066-1

Git Clone URL: (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:
Licenses: GPL
Conflicts: rstudio-desktop, rstudio-desktop-bin, rstudio-desktop-git
Provides: rstudio-desktop-daily=1.4.1066
Submitter: chendaniely
Maintainer: chendaniely
Last Packager: chendaniely
Votes: 2
Popularity: 0.059096
First Submitted: 2020-05-05 00:04
Last Updated: 2020-11-25 21:41

Latest Comments

1 2 Next › Last »

chendaniely commented on 2020-11-04 00:43

Hi everyone. Sorry for the pretty sporatic updates to this repo, there are some days the repo doesn't actually have an update, and I'm not always doing analysis work for my dissertation / on my arch machine.

Having said that. I've set up a spare raspberry pi with an ARM version of Arch on it and set up my update script to run on a CRON job. It seems to be working so hopefully the package should not be out of date for more than a day.

Alarg commented on 2020-09-06 17:47

@chendaniely thanks! It works now! Sorry for plain error reporting, I was in a bit of hurry. Also, I experienced the same issue as @nicomic and solved it the same way as him. That issue came somewhere during early August, since I installed Manjaro then and this package worked, but few days later, on another PC something broke so only regular version of rdesktop worked. I hope this info will help you, and thanks for the package! :D

EDIT: might have also something to do with differences between systems? First one mentioned is Intel-based and second one is AMD-based.

chendaniely commented on 2020-09-06 16:24

@alarg: thanks for the update, seems like something went wrong with the script I just make to help with keeping the package updated. I must've missed the error when I updated on my end. Should be fixed now?

@nicomic: I actually just formatted my machine and have a fresh Manjaro installation (coming form Antergos) and did not see an issue with dependencies wrt a postgres library. I'll look into it a bit more. I know RStudio has some database features built-in, but I'm not sure if they're required on a plain install. My initial thought would be that it would only be required when you load up one of the database libraries, but it's strange that it's asking for this during the installation.

Alarg commented on 2020-09-06 12:30

Got an error while building the newest package:

==> Validating source_x86_64 files with sha256sums... rstudio-1.4.781-amd64.deb ... FAILED ==> ERROR: One or more files did not pass the validity check! Failed to build rstudio-desktop-daily-bin

nicomic commented on 2020-08-11 18:43

Hello! Thanks for the package. I just got an error after installing 1.4.698 and opening Rstudio. It sayd " cannot open shared object file: No such file or directory".

This file was provided by installing "extra/postgresql-libs". I guess it should now be added to the dependencies perhaps. I wanted to share this just in case.

Thanks again!

karloguidoni commented on 2020-08-06 17:48

Great repo, @chendaniely! I'm glad you shared your scripts! About Travis, you can run daily CRON jobs (only once a day; if I'm not mistaken). But Travis will continue to fire the builds with each new push to the GitHub repository. You can set hiding environment variables in Travis, but I'm not sure how to do that with SSH keys. I'm afraid this can be a feature available only for paid plans (Circle CI can be an alternative). Check out this link:

chendaniely commented on 2020-08-05 17:13

@karloguidoni: IIRC travis needs a repo to be updated before it triggers a build. At the moment, I'm literally checking version differences from the daily page so there isn't really a repo to trigger Travis build.

I haven't used scheduled jobs in Travis before. If the R script that's pushing to this AUR package is on GitHub, Travis can just run it on a schedule? I also haven't set up hiding SSH keys on Travis before (I need it to push to the AUR repo), so my initial thought is that the easiest way for me not to mess up security things is to run the script on a CRON job somewhere.

I'll take a deeper look at Travis about scheduled builds, it would make procuring a server somewhere way easier.

I currently have my update script here:

karloguidoni commented on 2020-08-04 20:04

Thanks again @chendaniely! Is there a way to integrate this repo with Travis CI? I'm asking because I have been testing my dotfiles installation in an arch docker container using Travis CI, triggered after every push. Also, Travis CI allows scheduled jobs, which can be a solution here.

chendaniely commented on 2020-08-04 16:36

I've made the build scripts to keep this repo up-to-date so I can run it on my machine on boot.

Looking to see if I can get an Arch container somewhere on the internet to run as a CRON job...

chendaniely commented on 2020-07-21 14:53

Hi @karloguidoni my apologies, the pandemic has backlogged a bunch of of my projects. I do plan on doing automated sync. My makerspace just set up a set of servers for community use, so hopefully, I can get my scripts written and setup there as a cron job.

Since you asked I'll prioritize it :) As a CRON job, it might be off by a day (or 12 hours) depending on when the daily get's published. I'm not sure if there's a way to auto-trigger it.