similar to: Package installation in Windows - Urgent!

From domain, BOXYZZY.DOODAH.EDU Windows 2003 Server PDC, BOXY2K3A, I added computer account, BOXYUNIX. From the Samba 2.0.7 Solaris 8 computer, to be known as BOXYUNIX, as root I enter: # /usr/local/bin/smbpasswd -j boxyzzy.doodah.edu -r boxy2k3a cli_net_auth2: Error NT_STATUS_NO_TRUST_SAM_ACCOUNT cli_nt_setup_creds: auth2 challenge failed modify_trust_password: unable to setup the PDC

Dear R-devel: i have noticed a little wrinkle in R packaging for RPM systems and have communicated with the package maintainer at RedHat Tom Callaway (see far below). Here is the question: Where does R Core Team want packagers to fiddle around with R library paths? Currently, the RPM Spec file used for EPEL's R (For Fedora/Redhat/Centos,etc) adds a line in R_HOME/etc/Renviron like this:

I asked a couple of months ago in r-sig-fedora about a difference I noticed between Ubuntu and RedHat/Fedora. Now I think I've figured out the cause is a little issue in packaging but I don't know how to get it fixed. On Ubuntu, the setup is like this. It i is controlled in a file called Renviron R packages built/distributed in RPM are installed to /usr/lib/R/library. R packages built

On 18 March 2020 at 19:19, Henrik Bengtsson wrote: | AFAIU, 'R CMD check --as-cran' tries to hide any site and user package | libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary What makes you think that? AFAIK --as-cran just sets a bunch of the (nearly countless) environment variables (all described in R Inst+Admin, as I recall) to a set of values "close to"

AFAIU, 'R CMD check --as-cran' tries to hide any site and user package libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary to R_LIBS_SITE, it fails for R_LIBS_USER and the user's personal library is still available for test scripts. Should I revise my assumptions, or is that intentional? The short version. Shouldn't: $ R_LIBS_USER='' Rscript --vanilla -e

On Wed, Mar 18, 2020 at 8:04 PM Dirk Eddelbuettel <edd at debian.org> wrote: > > > On 18 March 2020 at 19:19, Henrik Bengtsson wrote: > | AFAIU, 'R CMD check --as-cran' tries to hide any site and user package > | libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary > > What makes you think that? AFAIK --as-cran just sets a bunch of the (nearly

On 7/28/2015 1:32 PM, Uwe Ligges wrote: > Just add the line > > R_LIBS_SITE=F:/R/library > > to the file R_HOME/etc/x64/Renviron.site Thanks, Uwe I have no way to test this and our IT people who do the installation know nothing of R, so follow-up questions: * There is no R_HOME/etc/x64/Renviron.site file, but there is a R_HOME/etc/Rprofile.site I can modify and ask them to

(As a non-root/non-admin), I've just tried to figure out how to prevent a default $R_HOME/site-library/ to be added to the library path. The solution I found was to environment variable R_LIBS_SITE to ":" (preferably in ~/.Renviron). Note that setting R_LIBS_SITE to en empty string will cause it to fall back to using $R_HOME/site-library/. This "hack" is based on the

This is for the problem I posted about last Friday. First, the happy part, a workaround: $ cd ~/R/x86_64-redhat-linux-gnu-library/3.4 $ ln -sf /usr/share/R/library/* . After that, all of the packages are found by R CMD check. R CMD check looks in the ~/R/x86_64-redhat-linux-gnu-library/3.4 folder for packages, but not in "/usr/share/R/library" (for whatever reason, I do not know

Hi all, I'm trying to check a package using R CMD check --as-cran <package>. When I do so, the check fails upon not finding the dependencies which I have installed in a non-standard location. Per the manual, I created ~/.R/check.Renviron : $ cat ~/.R/check.Renviron R_LIBS=/usr/lib64/R/library:/usr/lib64/R/var R_LIBS_SITE=/usr/lib64/R/library:/usr/lib64/R/var No luck. I tried

Since 2004, I've been running Samba 2.0.7 on a Solaris 8 computer as a member of a Windows 2003 Server domain - nothing fancy, just mapping Unix home directories to PC users. Now I must QUICKLY move this same Samba config to another computer, and (for the life of me!) I can't recall the steps necessary to "join" the domain. I've read the associated Samba 2.0.7 doc,

On Thu, 2017-02-09 at 09:52 -0600, Therneau, Terry M., Ph.D. wrote: > Martin, > ? I am aware of --vanilla; I use it myself for some testing.??In this case R_LIBS_USER was? > set externally (part of my login) and does not involve any of the R scripts.??That means? > it is inherited by any subprocess.??For example: > > tmt1495% R --vanilla --no-environ > > R version 3.3.1

[ Kevin sent this to me but agreed that it's better to have this discussed here. ] On 30 January 2010 at 12:18, Kevin Donnelly wrote: | Hi | | I'm beginning to learn R,a nd I've just discovered cran2deb - what a terrific | resource! Thanks for making it. | | I was wondering what happens if I want to use cran2deb versions instead of the | versions installed via R itself. I'm

Martin, I am aware of --vanilla; I use it myself for some testing. In this case R_LIBS_USER was set externally (part of my login) and does not involve any of the R scripts. That means it is inherited by any subprocess. For example: tmt1495% R --vanilla --no-environ R version 3.3.1 (2016-06-21) -- "Bug in Your Hair" Copyright (C) 2016 The R Foundation for Statistical Computing

Dear Johannes, Dear Dirk, Thanks a lot for helping. Here is the missing information. Here is how I installed R. This is basically how Martin Maechler showed me to install R under Ubuntu (in several versions so that they are also recognized by ESS). My goal is to adjust this to make it work for Debian: 1) sudo emacs /etc/apt/sources.list # then add: deb

Hi, everybody. I've got some Centos Linux systems and some Ubuntu Linux systems. R's basically the same in either place, but the packaging of R for Debian systems seems better to me than it is on Fedora/Redhat/Centos. I joined R-sig-debian and we talk about package management issues there sometimes. One of the really handy R packaging ideas they have is to customize R environment so

Just add the line R_LIBS_SITE=F:/R/library to the file R_HOME/etc/x64/Renviron.site Best, Uwe Ligges On 28.07.2015 15:53, Michael Friendly wrote: > I'm the faculty member in my department who advises our IT staff on the > details of installing R for > students and faculty on our Windows 7 lab network. We are about to > upgrade from R 3.1.1 to > R 3.2.1, and once that is

This is a follow-up to a post from 2007: https://stat.ethz.ch/pipermail/r-help/2007-April/129009.html Summary of the Problem: Packages are correctly installed and can be loaded when R is opened interactively or using a R script. However, a bash scripts produces an error similar to the following: #!/bin/bash ... R --no-save <<EOF ... library(package) Error in library(package) : there is no

Martyn, No, that didn't work. One other thing in the mix (which I don't think is the issue) is that I call one of the C-entry points of expm. So the DESCRIPTION file imports expm, the NAMESPACE file imports expm, and the init.c file is #include "R.h" #include "R_ext/Rdynload.h" /* Interface to expm package. */ typedef enum {Ward_2, Ward_1, Ward_buggy_octave}

Hello, I've been trying to setup a site library that allows the users to manage the R packages themselves, but am having an issue with permissions. As seen below, when installing a package using install.packages, the umask used is always 022. Instead, I would like it to be 002, allowing any user to update packages that were installed by another user. Can someone explain how to get