Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 522196 - sci-mathematics/rstudio lack of server part and two more conf files
Summary: sci-mathematics/rstudio lack of server part and two more conf files
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Mark Wright
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-09-05 11:26 UTC by Silvio
Modified: 2014-12-06 12:35 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Silvio 2014-09-05 11:26:06 UTC
According to bug #519290 the (VERY IMPORTANT) server part of 
sci-mathematics/rstudio
has been removed.
It is very important to preserve this functionality.
In that bug Adam proposed a patch that works (even if I got a problem in login, but I don't know why).

Moreover I think that could be a good idea to modify the ebuild in such a way that it creates also 2 more file (as suggested in:
https://support.rstudio.com/hc/en-us/articles/200552316-Configuring-the-Server)


/etc/rstudio/rserver.conf 
/etc/rstudio/rsession.conf

###########rserver.conf#############

# www-port entry corresponding to the port you want RStudio to listen on
#www-port=80


# By default RStudio binds to address 0.0.0.0 (accepting connections 
# from any remote IP). You can modify this behavior using the 
# www-address entry.
#www-address=127.0.0.1


# You can add elements to the default LD_LIBRARY_PATH for R 
# sessions (as determined by the R ldpaths script) by adding 
# an rsession-ld-library-path entry to the server config file. 
# This might be useful for ensuring that packages can 
# locate external library dependencies that aren't installed 
# in the system standard library paths
#rsession-ld-library-path=/opt/local/lib:/opt/local/someapp/lib


#By default RStudio Server runs against the version of R which 
# is found on the system PATH (using which R). You can override 
# which version of R is used via the rsession-which-r setting 
# in the server config file. For example, if you have two 
# versions of R installed on the server and want to make sure 
# the one at /usr/local/bin/R is used by RStudio then you would use:
rsession-which-r=/usr/bin/R

########ADDITIONALAL#########

# To limit the users who can login to RStudio to the members 
# of a specific group, you use the auth-required-user-group 
# setting
auth-required-user-group=rstudio_users



######rsession.conf############
# Session Timeouts
# By default if a user hasn't issued a command for 2 hours 
# RStudio will suspend that user's R session to disk so 
# they are no longer consuming server resources (the next 
# time the user attempts to access the server their session 
# will be restored). You can change the timeout (including 
# disabling it by specifying a value of 0) using the 
# session-timeout-minutes setting
#session-timeout-minutes=30

# By default RStudio sets the R_LIBS_USER environment 
# variable to ~/R/library. This ensures that packages 
# installed by end users do not have R version numbers 
# encoded in the path (which is the default behavior). 
# This in turn enables administrators to upgrade the version 
# of R on the server without reseting users installed packages
# (which would occur if the installed packages were in an 
# R-version derived directory).
# If you wish to override this behavior you can do so using 
# the r-libs-user settings
#r-libs-user=~/R/packages

# You can set the default CRAN repository for the server 
# using the r-cran-repos setting
#r-cran-repos=http://cran.case.edu/



Reproducible: Always
Comment 1 Julian Ospald 2014-09-05 12:26:33 UTC
The patch just reverts the removal but doesn't tell me how to properly start the server, pass options etc.

As I said... the server needs more work, but if no one is going to take that up, then I cannot help. I don't use the server myself.

So... I need someone to create a properly working init script.
Comment 2 Silvio 2014-09-08 08:12:12 UTC
(In reply to Julian Ospald (hasufell) from comment #1)
> The patch just reverts the removal but doesn't tell me how to properly start
> the server, pass options etc.
> 
> As I said... the server needs more work, but if no one is going to take that
> up, then I cannot help. I don't use the server myself.
> 
> So... I need someone to create a properly working init script.

Ok,

However, the server stats well but it seems that cannot use user authentication.

We could work on it, I'll let you know.

Take this bug opened because it is a problem to solve.
Comment 3 Linlin Yan 2014-09-24 15:57:30 UTC
We met the same problem when upgrading to version 0.98.1028. Server part is important on fat node of HPC cluster. Have you made any progress on this problem? Thank you!

By the way, new version of 0.98.1062 has been out now. When will new ebuild be ready?
Comment 4 Julian Ospald 2014-09-24 19:16:04 UTC
(In reply to Linlin Yan from comment #3)
> Have you made any progress on this
> problem?

I said this before: the situation will only improve if users can tell me how to properly start the server, pass options etc or even create a working init script. So far, I don't see that information anywhere.
Comment 5 Mark Wright gentoo-dev 2014-11-29 11:42:58 UTC
(In reply to Linlin Yan from comment #3)
> By the way, new version of 0.98.1062 has been out now. When will new ebuild
> be ready?

0.98.1062 (client only) is a possibility as I think I have that working.

Now though upstream have bumped it to 0.98.1091 and that looks
more difficult.
Comment 6 Mark Wright gentoo-dev 2014-12-06 12:35:35 UTC
Fixed in rstudio-0.98.1091.

For "However, the server stats well but it seems that cannot use user authentication" - it would be neat if you could please open a new bug.