similar to: No new daily R-devel tarball since r69202?

Am 05.09.2015 um 10:18 schrieb peter dalgaard: > >> On 05 Sep 2015, at 08:28 , Rainer Hurling <rhurlin at gwdg.de> wrote: >> >> Is there any reason that the R-devel tarball at [1] stucks on r69202? >> >> It seems, that newer R-devel versions are now published on >> /pub/misc/cran/src/base-prerelease, for example at >>

Am 05.09.2015 um 19:09 schrieb peter dalgaard: > >> On 05 Sep 2015, at 13:54 , Rainer Hurling <rhurlin at gwdg.de> wrote: >> >> Am 05.09.2015 um 10:18 schrieb peter dalgaard: >>> >>>> On 05 Sep 2015, at 08:28 , Rainer Hurling <rhurlin at gwdg.de> wrote: >>>> >>>> Is there any reason that the R-devel tarball at [1]

> On 05 Sep 2015, at 13:54 , Rainer Hurling <rhurlin at gwdg.de> wrote: > > Am 05.09.2015 um 10:18 schrieb peter dalgaard: >> >>> On 05 Sep 2015, at 08:28 , Rainer Hurling <rhurlin at gwdg.de> wrote: >>> >>> Is there any reason that the R-devel tarball at [1] stucks on r69202? >>> >>> It seems, that newer R-devel versions

> On 05 Sep 2015, at 08:28 , Rainer Hurling <rhurlin at gwdg.de> wrote: > > Is there any reason that the R-devel tarball at [1] stucks on r69202? > > It seems, that newer R-devel versions are now published on > /pub/misc/cran/src/base-prerelease, for example at > http://ftp5.gwdg.de/pub/misc/cran/, but without an R-devel.tar.gz > tarball ... > > Is this

Out of curiosity, I played a bit with the new function packageDate() from April, 4th. All works fine, except using it without any argument. In this case, it segfaults: #> packageDate() Error in packageDescription(pkg, lib.loc = lib.loc, fields = date.fields) : argument "pkg" is missing, with no default *** caught segfault *** address 0x77bc3c0, cause 'memory not mapped'

Am 16.07.2015 um 14:08 schrieb Martin Maechler: >>>>>> G?bor Cs?rdi <csardi.gabor at gmail.com> >>>>>> on Thu, 16 Jul 2015 07:18:00 -0400 writes: > > > ... > > making array.d from array.c > > array.c:33:23: fatal error: duplicate.h: No such file or directory > > compilation terminated. > > ... >

I have a problem with function 'inout()' in package 'splancs' on CRAN-R Version 1.2.3 under FreeBSD4.3-STABLE. The following script produces and draws points and a polygon-surrounded area. Repeating the same script many times shows, that points on the polygon-line often, but not always, are outside of the polygon-area. library(splancs) # dataset with polygon (convex

An updated tarball should be available in $CRAN/src/base/pre-release soon. (For CRAN=https://cran.r-project.org, immediately. Other mirrors need mirroring.) -pd > On 19 Jul 2015, at 10:01 , peter dalgaard <pdalgd at gmail.com> wrote: > > Looks like someone forgot to update the DISTFILES (specifically the HEADERS) in src/main/Makefile.in... > > -pd > >> On 19 Jul

[this went to me instead of the list; MM, your list maintainer] I am digging in the wrong hole I guess. Where can I find R /S routines for spatial statistics? Also has anyone made an R link to a GIS package? Anyone out there who works in this area? Thanks Richard E. Hoskins WA State Department of Health 1102 Quince Street Olympia, WA 98504-7812 richard.hoskins at doh.wa.gov tel: (360) 236 -

Trying to compile the package Matrix_0.9975-11.tar.gz with newest R-2.5.0 alpha (2007-03-31 r40986) on FreeBSD 7.0-CURRENT (i386) I get the following error: ----- R CMD INSTALL Matrix_0.9975-11.tar.gz * Installing to library '/usr/local/lib/R/library' * Installing *source* package 'Matrix' ... ** libs ** arch - "Makefile", line 10: Missing dependency operator

I get the following message when using the reshape2 package line > tDat.m<- melt(Dataset) Using Item, Subject as id variables > tDatCast<- acast(tDat.m,Subject~Item) Aggregation function missing: defaulting to length Note Problem Statement- convert dataframe Subject Item Score 1 Subject 1 Item 1 1 2 Subject 1 Item 2 0 3 Subject 1 Item 3 1 4 Subject 2 Item 1 1 5

Dear community, I am looking for a possibility to draw 'regression lines' instead of 'smooth' lines in grouped xyplots. The following code should give you a small example of the data structure. library(lattice) data(Gcsemv, package = "mlmRev") # Creates artificial grouping variable ... Gcsemv$Groups <- ifelse(as.numeric(as.character(Gcsemv$school))>65000,

About April 25th, there had been some changes within R-devel's src/nmath/pnbeta.c (and probably some other relevant places) and now building R-devel on FreeBSD 10.0-CURRENT (amd64) with gcc-4.6.4 and math/R-devel (selfmade forked port from math/R) fails like this: [..snip..] mkdir /usr/ports/math/R-devel/work/R-devel/bin/exec gcc46 -std=gnu99 -I../../src/extra -I. -I../../src/include

Hello All, We have a very high utilization rsync server. We can handle large number of connections at a time, but would like to limit to one connection per client. we don't want multiple connections from the same client. Is that possible? Thanks Saqib http://enterprise20.squarespace.com

Full_Name: Rainer Hurling Version: R-2.1.0 OS: FreeBSD6-CURRENT from May 19 2005 Submission from: (NULL) (213.54.77.26) /configure does well in FreeBSD6-CURRENT. When typing 'make' after a while I get: ------------------------------------- [...snip...] gcc -export-dynamic -L/usr/local/lib -o R.bin Rmain.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o

Hi: I use rsync to transfer multiple files from several clients to a server in parallel. I am wondering how many concurrent connections the server should handle to maximize the throughput (number of bytes written to server). In an extreme case, if only one connection allowed, the disk IO speed of server will not be fully utilized. On the other hand, if the server allows too many connections, the

I am using R-0.62.1 on FreeBSD-2.2.5. In R-0.61.3 I wrote the following R-script to produce postscript-output with logarithmic diagram: postscript("Test.PS", paper="a4", width=10.7, height=7.27, pointsize=10) plot(c(1:100), c(1:100), ann=FALSE, log="y", xlim=range(1:100), ylim=range(1:100)) lines(c(1:100), rep( 1,100), lty=2, col="Gray") lines(c(1:100),

Hello, I want to test bachefs file system on CentOS 7. ~$ cat /etc/system-release CentOS Linux release 7.6.1810 (Core) I'm following the bcachefs howto: https://bcachefs.org/Howto/. Having a problem trying to complete make && make install of the bcache-tools. After going through all the dependencies and insuring they are installed on Cent 7, I get the following output on make

Hello, Has the CRAN compiler for Mac OS X switched to using R 2.10? I recently uploaded an update for the package I maintain to CRAN, and it's no longer possible to run the package after installing CRAN binaries for this package under Mac OS X 10.5 and R 2.9.1. The package is picante 0.7-1. It passes all checks on CRAN cleanly. Under R 2.9.1 on Mac OS X 10.5, the package can be

The current version of R that is available in Wheezy is 2.15.1. However, version 2.15.2 is available at CRAN sites. The site I use is http://cran.case.edu/bin/linux/debian which states: 'If you want to have up to date R on wheezy I propose to directly install Dirks packages from unstable (sid) by creating a file /etc/apt/preferences containing Package: * Pin: release a=testing