similar to: r-release, r-oldrel

Hi All, this is a CRAN question, so I am sorry if this is not the appropriate forum. I noticed that there is at least one CRAN package that has a binary (OSX Mavericks) for a version, that does not have any source package on CRAN. Or at least I am unable to locate it. The package is Rglpk: http://cran.r-project.org/web/packages/Rglpk/index.html It offers a binary for 0.5-2, but there is no

On Thu, Mar 19, 2015 at 10:54 AM, John McKown <john.archie.mckown at gmail.com> wrote: > On Thu, Mar 19, 2015 at 10:46 AM, G?bor Cs?rdi <csardi.gabor at gmail.com> wrote: >> Hi All, >> >> this is a CRAN question, so I am sorry if this is not the appropriate forum. >> >> I noticed that there is at least one CRAN package that has a binary (OSX >>

On Thu, Mar 19, 2015 at 10:46 AM, G?bor Cs?rdi <csardi.gabor at gmail.com> wrote: > Hi All, > > this is a CRAN question, so I am sorry if this is not the appropriate forum. > > I noticed that there is at least one CRAN package that has a binary (OSX > Mavericks) for a version, that does not have any source package on CRAN. Or > at least I am unable to locate it. The

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,

Dear R developers, I am seeking advice on some $subject matter. My package will have an update soon, that is not backward compatible with the current version. It will likely break much of the existing code. Many (~50) packages depend on 'igraph' and they, too, will most probably break with the new version. My intended solution is, that I create a snapshot of the current package, under

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

I'm just curious. Why making "if" generic is even more dangerous? Best, Da On Sat, Mar 4, 2017 at 1:22 PM, G?bor Cs?rdi <csardi.gabor at gmail.com> wrote: > `!` is a generic, `if` is not. You can define an `if` that is generic, > but this might be even more dangerous.... > > ? `if` <- function(a, b, c) UseMethod("if") > ? `if.default` <-

When I am loading the RGrace package I am getting the following errormessage: Loading required package: RGtk2 Loading required package: grid Loading required package: cairoDevice Error in figure() : could not find function "gladeXMLNew" Error : .onLoad failed in 'loadNamespace' for 'RGrace' Error: package/namespace load failed for 'RGrace' I am running R 2.7.1

Dear fellow developers, Is there an easy way to determine how big my packages (psych and psychTools) will be on various versions of CRAN? I have been running into the dread 'you are bigger than 5 MB" message for some installations of R on CRAN but not others. The particular problem seems to be some of the mac versions (specifically r-oldrel-macos-arm64 and r-release-macos-X64 ) When

Was this resolved upstream or is this something that R should/could fix? If the latter, could this also go into the "emergency release" R 4.0.2 that is scheduled for 2020-06-22? My $.02 /Henrik On Sun, May 31, 2020 at 8:13 AM G?bor Cs?rdi <csardi.gabor at gmail.com> wrote: > > Btw. it would be also possible to create a macOS R installer that > embeds a static or

On Sat, May 30, 2020 at 11:32 PM G?bor Cs?rdi <csardi.gabor at gmail.com> wrote: [...] > Btw. why does this affect openssl? That root cert was published in > 2010, surely openssl should know about it? Maybe libcurl / openssl > only uses the chain provided by the server? Without trying to use an > alternate chain? Yes, indeed it seems that old OpenSSL versions cannot handle

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]

Dear list, I'd like to get rid off a couple of warnings that have appeared in checking my package on CRAN (I did not find them on my local machine before submission). What puzzles me is that different platforms return different warnings, only one of which I recognise as my obvious mistake. The check results are at http://cran.r-project.org/web/checks/check_results_planar.html

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 =

I mistakenly left a write in "/tmp" in the rockchalk package (version 1.8.109) that I uploaded last Friday. Kurt H wrote and asked me to fix today. While uploading a new one, I became aware of a problem I had not seen. The version I uploaded last Friday, 1.8.109, has OK status on all platforms except r-release-windows-ix86+x86_64. I get OK on oldrel-windows and also on devel-windows.

Dear All, in some functions of my package, I use the Matrix S4 class, as defined in the Matrix package. I don't want to depend on Matrix, however, because my package is perfectly fine without Matrix, most of the functionality does not need Matrix. Matrix is so included in the 'Suggests' line. I load Matrix via require(), from the functions that really need it. This mostly works

On Wed, Apr 29, 2015 at 12:53 PM, Winston Chang <winstonchang1 at gmail.com> wrote: > On Tue, Apr 28, 2015 at 3:04 PM, G?bor Cs?rdi <csardi.gabor at gmail.com> > wrote: > > > > > > E.g. if package 'ggplot2' uses 'stats::density()', and package 'igraph' > > also defines 'density()', and 'igraph' is on the search

OK, I managed to create an example without callr, but it is still somewhat cumbersome. Anyway, here it is. Terminal 1: mkfifo fif R --no-readline --slave --no-save --no-restore < fif Terminal 2: cat > fif Sys.getpid() This will make Terminal 1 print the pid of the R process, so we can send a SIGINT: Terminal 3: kill -INT pid The R process is of course still running happily. Terminal 2