similar to: Resurrecting old Splus objects

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

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 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,

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: >

> 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:

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

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

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

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

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

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:

Dear Promise Kumalo, Thank you for the recommendations. So for Exchange equivalents in the Linux world, it is Zimbra and Kolab. ________________________________ From: CentOS <centos-bounces at centos.org> on behalf of Promise Kumalo <promise.kumalo at outlook.com> Sent: Wednesday, July 18, 2018 11:38 PM To: centos at centos.org Subject: Re: [CentOS] Which is better? Microsoft

> 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

I've been working through https://www.tidytextmining.com/tidytext.html wherein everything worked until I got to this part in section 1.5 > hgwells <- gutenberg_download(c(35, 36, 5230, 159)) Determining mirror for Project Gutenberg from http://www.gutenberg.org/robot/harvest Error in open.connection(con, "rb") : Failed to connect to www.gutenberg.org port 80: Connection

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

Years ago, when I used Splus, I used to do this sort of thing: assign("data", data, frame = 1) This was so that if the object data was used in, say a call to glm, and I wished to do a summary of the glm object, data wasn't otherwise visible. Since I moved to R, the lexical scoping has virtually eliminated the need to do that. However, I've been trying to use the package samm

> On 18 May 2017, at 14:58 , Martyn Plummer <plummerM at iarc.fr> wrote: > > > >> 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

> 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

On Wed, 31-May-2017 at 10:05AM -0400, Martin Morgan wrote: |> On 05/31/2017 04:38 AM, Patrick Connolly wrote: |> >When I check out those directories in a terminal, there's a big diffrence: |> > |> >With R-3.4.0 |> >~ > ll /tmp/RtmpFUhtpY |> >total 4 |> >drwxr-xr-x 2 hrapgc hrapgc 4096 May 31 10:45 downloaded_packages/ |> >-rw-r--r-- 1 hrapgc