similar to: Package 'data.table' in version R-3.5.0 not successfully being installed

Dear Akhilesh, I hope that it's clear that the Windows binary I provided for the data.table package is a temporary solution, and that the maintainer should fix the package so that it passes its own tests. You should be careful using the package in its current state. Best, John > -----Original Message----- > From: Akhilesh Singh [mailto:akhileshsingh.igkv at gmail.com] > Sent:

Akhilesh, I don't know if I am adding signal or noise here, but I installed R 3.5.0 yesterday and installed data.table just fine, but I have Rtools installed. "Building packages from source" may sound intimidating, but Rtools is really easy to install and once installed, it does all the work for you. Thanks, Roger -----Original Message----- From: R-help [mailto:r-help-bounces

Dear A.K. Singh, As you discovered, the data.table package has an error under R 3.5.0 that prevents CRAN from distributing a Windows binary for the package. The reason that you weren't able to install the package from source is apparently that you haven't installed the R package-building tools for Windows. See <https://cran.r-project.org/bin/windows/Rtools/>. Because a number of

Dear All, Thanks for your help. However, I would like to draw your attention to the following: Actually, I was replicating the Example 2.3, using the dataset "brainsize.txt" given in Section 2.3.3 ("Summarize by group") at page 55, of a famous book "R by Example" written by "Jim Albert and Maria Rizzo" published in Springers (2012) in a Use R! Series. The

Dear Sirs, I am Professor at Indira Gandhi Krishi Vishwavidyalaya, Raipur, Chhattisgarh, India. While taking classes, I found the *by() *function producing following error when I use FUN=mean or median and some other functions, however, FUN=summary works. Given below is the output of the example I used on a built-in dataset "mtcars", along with error message reproduced herewith: >

Dear All, I have got your core message, that it is my responsibility to determine whether any particular function in my version of R satisfies the language requirements at the time of your use. Jim Albert and Maria Rizzo must have used their code, which was permitted in the R-code of their time (2012). Therefore, I have now modified my R-code, as per R-3..2.4 version, according to my requirement

> On Apr 16, 2016, at 2:03 AM, Akhilesh Singh <akhileshsingh.igkv at gmail.com> wrote: > > Dear All, > > I have got your core message, that it is my responsibility to determine whether any particular function in my version of R satisfies the language requirements at the time of your use. Jim Albert and Maria Rizzo must have used their code, which was permitted in the R-code

I think you are not using the best function for what your intentions are. Try: > by(data=mtcars, INDICES=list(as.factor(mtcars$am)), FUN=colMeans) : 0 mpg cyl disp hp drat wt qsec vs 17.1473684 6.9473684 290.3789474 160.2631579 3.2863158 3.7688947 18.1831579 0.3684211 am gear carb 0.0000000

> On Apr 15, 2016, at 1:16 AM, Akhilesh Singh <akhileshsingh.igkv at gmail.com> wrote: > > Dear All, > > Thanks for your help. However, I would like to draw your attention to the > following: > > Actually, I was replicating the Example 2.3, using the dataset > "brainsize.txt" given in Section 2.3.3 ("Summarize by group") at page 55, > of a

I am a Professor of Statistics at Indira Gandhi Krishi Vishwavidyalaya, Raipur, India. While teaching in class about analysis of variance using R, I was doing a one-way analysis for the two data-sets given below in the R-class. I got a typical error in "emmeans" package, please help: Data-set-1: -------------- Medley and Clements (1998) investigated the impact of zinc contamination (and

My thanks to Dr. John Fox and Dr. Duncan Murdoch. But, I have upgraded all my R-3.4.3 libraries to R-3.5.0, and I have not backed-up copies of old version. So, I would give a try each to the solutions suggested by John Fox and Dengan Murdoch. With regards, Dr. A.K. Singh On Thu 26 Apr, 2018, 9:44 PM Duncan Murdoch, <murdoch.duncan at gmail.com> wrote: > On 26/04/2018 10:33 AM, Fox,

On 26/04/2018 1:54 PM, Akhilesh Singh wrote: > My thanks to Dr. John Fox and Dr. Duncan Murdoch. But, I have upgraded > all my R-3.4.3 libraries to R-3.5.0, and I have not backed-up copies of > old version. So, I would give a try each to the solutions suggested by > John Fox and Dengan Murdoch. Here is some unsolicited advice: I would strongly recommend that you make it a higher

On 26/04/2018 10:33 AM, Fox, John wrote: > Dear A.K. Singh, > > As you discovered, the data.table package has an error under R 3.5.0 that prevents CRAN from distributing a Windows binary for the package. The reason that you weren't able to install the package from source is apparently that you haven't installed the R package-building tools for Windows. See

You are right. I do take backups. But, this time I was too sure that nothing will go wrong. But, this was over-confidence. I need to take more care in future. Thanks anyway. With regards, Dr. A.K. Singh On Thu 26 Apr, 2018, 11:49 PM Duncan Murdoch, <murdoch.duncan at gmail.com> wrote: > On 26/04/2018 1:54 PM, Akhilesh Singh wrote: > > My thanks to Dr. John Fox and Dr. Duncan

If you're installing packages to the default location in your home account and you didn't remove those library folders, you still have you R 3.4 package installs there, e.g. > dir(dirname(.libPaths()[1]), full.names = TRUE) [1] "/home/hb/R/x86_64-pc-linux-gnu-library/3.4" [2] "/home/hb/R/x86_64-pc-linux-gnu-library/3.5" [3]

You might find this discussion useful, too: https://github.com/Rdatatable/data.table/issues/2797 On 04/26/2018 11:01 PM, Henrik Bengtsson wrote: > If you're installing packages to the default location in your home > account and you didn't remove those library folders, you still have > you R 3.4 package installs there, e.g. > >> dir(dirname(.libPaths()[1]), full.names =

Hmm, looks like that thread has more noise than signal... AFAICT, data.table currently fails selftests i 3.5.0 on all platforms on the CRAN builders, so RTools issues are only incidental and it would be better to fix data.table in the sources. From the looks of it, I wouldn't be surprised if the root cause is the changes to POSIXlt methods in 3.5.0, but I haven't actually been digging

On 07/01/18 02:19, Akhilesh Singh wrote: > I am a Professor of Statistics at Indira Gandhi Krishi Vishwavidyalaya, > Raipur, India. While teaching in class about analysis of variance using R, > I was doing a one-way analysis for the two data-sets given below in the > R-class. I got a typical error in "emmeans" package, please help: > > Data-set-1: > --------------

Thanks for your kind reply. Problem is solved. However, it's "confidence interval / treatment comparison plot" is not taking main title. And the fonts of axes labels can not be changed using 'cex' parameter. I will appreciate if you could help in this matter too. Dr. A. K. Singh On 09-Jan-2018 8:18 PM, "Sal Mangiafico" <salvatore.s.mangiafico at gmail.com>

Hello, Here http://www.voip-info.org/wiki/view/Asterisk+database , you can read: "Also, since it's a normal Berkely db1 (version185) file its contents can be viewed/dumped with the standard *db1_dump185* tool. Thus db1_dump185 -p /var/lib/asterisk/astdb will show the complete database tree." Where can this db1_dump185 be found using Debian packages ? Regards -------------- next