similar to: Unix-like permissions to allow a user to update recommended packages

I'm attempting to modify how biplot draws its red vectors (among other things). This is how I've started: Biplot <- function(xx, comps = c(1, 2), cex = c(.6, .4)) { ## Purpose: Makes a biplot with princomp() object to not show arrows ## ---------------------------------------------------------------------- ## Arguments: xx is an object made using princomp() ##

> version _ platform x86_64-unknown-linux-gnu arch x86_64 os linux-gnu system x86_64, linux-gnu status major 2 minor 2.1 year 2005 month 12 day 20 svn rev

I wish to set up a simple function using boxplot so that it will be available to someone using R for Windows. (I myself use Linux.) The way the data is organised makes it convenient to use the boxplot function in a manner similar to this example given in the help. > mat <- cbind(Uni05 = (1:100)/21, Norm = rnorm(100), + T5 = rt(100, df = 5), Gam2 = rgamma(100, shape

I wish to use R CMD BATCH to run a small R function which reads a text file and plots a single graph to a PDF file. > version _ platform x86_64-unknown-linux-gnu arch x86_64 os linux-gnu system x86_64, linux-gnu status major

On Fri, 02-Feb-2018 at 10:25AM +0100, peter dalgaard wrote: |> Or, to avoid accusing you of lying. what you think is "vanilla" |> probably isn't. What exactly did you do? On Unix-likes, I would do |> something like this |> echo 'options(repos=list(CRAN="cran.r-project.org"));install.packages("Rcpp")' | R --vanilla |> |> (or maybe

Your last statement is extremely unlikely to be true. The dplyr package should not be present in a vanilla environment, so there should be no such conflict. -- Sent from my phone. Please excuse my brevity. On February 1, 2018 11:00:01 PM PST, Patrick Connolly <p_connolly at slingshot.co.nz> wrote: >When i tried to install the hunspell package, I got this error >message: >

Or, to avoid accusing you of lying. what you think is "vanilla" probably isn't. What exactly did you do? On Unix-likes, I would do something like this echo 'options(repos=list(CRAN="cran.r-project.org"));install.packages("Rcpp")' | R --vanilla (or maybe https://cloud.r-project.org is better...) -pd > On 2 Feb 2018, at 08:15 , Jeff Newmiller

I can use the gutenberg_download() function in the gutenbergr package on a computer that doeson't use a firewall, but on an almost identical installation that is behind a firewall, nothing happens, not even a time-out. Has anyone succeeded in using gutenberg_download() successfully with a firewall? I tried raising an issue at https://github.com/ropenscilabs/gutenbergr/issues/17 with no

> On 18 May 2017, at 11:00 , Patrick Connolly <p_connolly at slingshot.co.nz> wrote: > > On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote: > > |> > |> Anyways, you might want to > |> > |> a) move the discussion to R-devel > |> b) include your platform (hardware, OS) and time zone info > > System: Host: MTA-V1-427894 Kernel:

On Thu, 18-May-2017 at 05:46PM +0200, Martin Maechler wrote: |> ..... |> |> Being pretty "stretched" time wise currently, I'm happy for |> timezone-portable propositions to change the test. Meantime, anyone who lives where DST happpens in December who wants to get through the remaining tests can avoid this one by changing the line > stopifnot(length(fd) == 10,

When i tried to install the hunspell package, I got this error message: Error: package ?Rcpp? 0.12.3 was found, but >= 0.12.12 is required by ?hunspell? So I set about installing a new version of Rcpp but I get this message: Error in unloadNamespace(pkg_name) : namespace ?Rcpp? is imported by ?dplyr? so cannot be unloaded How does one get around that? I tried installing Rcpp in a

Suppose I have a small dataframe > aa Target Eaten ID 50 TPP 0 1 51 TPP 1 2 52 TPP 3 3 53 TPP 1 4 54 TPP 2 5 50.1 GPA 9 1 51.1 GPA 11 2 52.1 GPA 8 3 53.1 GPA 8 4 54.1 GPA 10 5 And I want to reshape it into ID TPP GPA 1 1 0 9 2 2 1 11 3 3 3 8 4 4 1 8 5 5 2 10 I realise that

This has to do with your own timezone. If I run that code on my computer, both formats are correct. If I do this after Sys.setenv(TZ = "UTC") Then: > cbind(format(dlt), format(dct)) [,1] [,2] [1,] "2016-12-06 21:45:41" "2016-12-06 20:45:41" [2,] "2016-12-06 21:45:42" "2016-12-06 20:45:42" The reason for that, is that

Correction: Also dlt uses the default timezone, but POSIXlt is not recalculated whereas POSIXct is. Reason for that is the different way values are stored (hours, minutes, seconds as opposed to minutes from origin, as explained in my previous mail) CHeers Joris On Thu, May 18, 2017 at 1:45 PM, Joris Meys <jorismeys at gmail.com> wrote: > This has to do with your own timezone. If I run

On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote: |> |> Anyways, you might want to |> |> a) move the discussion to R-devel |> b) include your platform (hardware, OS) and time zone info System: Host: MTA-V1-427894 Kernel: 3.19.0-32-generic x86_64 (64 bit gcc: 4.8.2) Desktop: KDE Plasma 4.14.2 (Qt 4.8.6) Distro: Linux Mint 17.3 Rosa Machine: System:

My CRAN mirror still says this: The latest release (Thursday 2016-03-10, Very Secure Dishes) R-3.2.4.tar.gz, read what's new in the latest version. Should that not be updated? Anyone who has not seen that post won't know to look further. On Wed, 16-Mar-2016 at 08:39PM +0000, Peter Dalgaard wrote: |> The 3.2.4 release had two annoyances which we would rather not have |> in

> On 18 May 2017, at 14:51, peter dalgaard <pdalgd at gmail.com> wrote: > > >> On 18 May 2017, at 13:47 , Joris Meys <jorismeys at gmail.com> wrote: >> >> Correction: Also dlt uses the default timezone, but POSIXlt is not recalculated whereas POSIXct is. Reason for that is the different way values are stored (hours, minutes, seconds as opposed to minutes

Saying "a firewall" is like saying "a weapon". Some firewalls are much more strict than others, and yours may be different than any someone here might have encountered. You might also be having trouble with anti virus software. -- Sent from my phone. Please excuse my brevity. On February 13, 2018 10:55:40 PM PST, Patrick Connolly <p_connolly at slingshot.co.nz> wrote:

I've installed R-2.14.0 from source on CentOS and on Kubuntu and in both cases, I see something I've never seen before. Comments in locally written functions disappear. I put comments there for a purpose and I'd like to keep them. I can still use older versions of R without that happening. Nothing I noticed in the NEWS file seems to indicate a change that could be related to that

> On 18 May 2017, at 13:47 , Joris Meys <jorismeys at gmail.com> wrote: > > Correction: Also dlt uses the default timezone, but POSIXlt is not recalculated whereas POSIXct is. Reason for that is the different way values are stored (hours, minutes, seconds as opposed to minutes from origin, as explained in my previous mail) > I would suspect that there is something more subtle