similar to: Bootstrapping issues

> sessionInfo()R version 2.15.2 (2012-10-26) Platform: i686-pc-linux-gnu (32-bit) locale: [1] LC_CTYPE=en_GB.UTF-8 LC_NUMERIC=C LC_TIME=en_GB.UTF-8 [4] LC_COLLATE=en_GB.UTF-8 LC_MONETARY=en_GB.UTF-8 LC_MESSAGES=en_GB.UTF-8 [7] LC_PAPER=C LC_NAME=C LC_ADDRESS=C [10] LC_TELEPHONE=C LC_MEASUREMENT=en_GB.UTF-8 LC_IDENTIFICATION=C attached base packages:

I think this is the fourth attempt to send this blessed message, so let's hope this gets through without any 'unprocessed' or 'ignored' in-lines on auto-reply. I wish to report to you some strange problems I'm experiencing with installing packages directly into my -R- 2.15.1 (there is an indirect solution, which I note below). First, here's some essential information:

Dear R devels Yesterday I was slightly surprised to notice that R incorrectly detected some of the locale settings. I am not sure whether this is important, but I preferred to drop a message. In the R output below, some entries that should have been "en_GB.UTF-8" are presented as "C". Regards Liviu > sessionInfo() R version 2.9.1 (2009-06-26) x86_64-pc-linux-gnu locale:

I get an error when running "make check" after building R-devel r70629 on Ubuntu 14.04. Here are the relevant lines in the file "reg-tests-1c.Rout.fail": > ## m1z uses match(x, *) with length(x) == 1 and failed in R 3.3.0 > ## PR#16909 - a consequence of the match() bug; check here too: > dv <- data.frame(var?1 = 1:3, var?2 = 3); dv[,"var?2"]

Dear All, I have never had this problem before. I run debian testing on my box and I have recently update my R environment. Now, see what happens when I try the most trivial of all plots > plot(seq(22)) Error in (function (display = "", width, height, pointsize, gamma, bg, : X11 module cannot be loaded In addition: Warning message: In (function (display = "", width,

Hi, I’m working with the 64 bit version of R 2.11.0 for Linux. My session info is: R version 2.11.0 (2010-04-22) x86_64-redhat-linux-gnu locale: [1] C attached base packages: [1] stats graphics grDevices utils datasets methods base When I try to print words with special characters the result is that the expression printed has some kind of code substituting the special

Hi, I wonder if this is something on my machine locally or R in general. When I do the following: > plot(c(0,1),c(0,1),main=expression(paste(symbol("D"),"D",sep=""))) I get a plot with a title having uppercase delta followed by "D". But in the following > pdf(file="deltaTest.pdf") >

Dear R users, I'm a bit perplexed with the effect sort has here, as it is different on Windows vs. linux. It makes my factor levels and subsequent plots different on the two systems. Given: types <- c("PC-D-Euro-0", "PC-D-Euro-1", "PC-D-Euro-2", "PC-D-Euro-3", "PC-D-Euro-4", "PC-D-Euro-5", "PC-D-Euro-6",

Just noticed that the output of 'date' is different between CentOS 6 and 7 when using the 'en_GB' locale - e.g.: CentOS 6: % LANG=en_GB date Thu Nov 15 11:42:46 GMT 2018 % LANG=en_US date Thu Nov 15 11:42:56 GMT 2018 CentOS 7: % LANG=en_GB date Thu 15 Nov 11:43:07 GMT 2018 % LANG=en_US date Thu Nov 15 11:43:11 GMT 2018 i.e. with LANG=en_GB on CentOS 7, the day

If you index a vector with a vector that has NA in it, you get NA back: > x=101:107 > x[c(NA,4,NA)] [1] NA 104 NA > x[c(4,NA)] [1] 104 NA All well and good. ?"[" says, under NAs in indexing: When extracting, a numerical, logical or character ?NA? index picks an unknown element and so returns ?NA? in the corresponding element of a logical, integer,

[RAILS3] I hesitate on how handling the locale view templates to default to one language only .. sending admin emails will go only to one locale ''en_GB'' should I set it up into the template name and set I18n.locale to ''en_GB'' membership_renew.en_GB.html.erb OR whatever locale is used , if I have : membership_renew.html it will be the default ? --

Hi there. With OpenSSH 3.0.2p1 on Solaris, the locale does not appear to get set correctly at login, as it does with, say telnet: /etc/default/init: TZ=GB CMASK=022 LC_COLLATE=en_GB.ISO8859-1 LC_CTYPE=en_GB.ISO8859-1 LC_MESSAGES=C LC_MONETARY=en_GB.ISO8859-1 LC_NUMERIC=en_GB.ISO8859-1 LC_TIME=en_GB.ISO8859-1 When logging in via SSH: scot /home/scot > locale LANG=

https://gist.github.com/rpietro/6430771 stemDocument function doesn't seem to be working. Tried to look up and a few people have reported the problem, but no solution that I could find. would appreciate any help

On 18/05/16 13:50, Martin Maechler wrote: >>>>>> Mikko Korpela <mikko.korpela at helsinki.fi> >>>>>> on Wed, 18 May 2016 13:05:24 +0300 writes: > > > I get an error when running "make check" after building > > R-devel r70629 on Ubuntu 14.04. > > Here are the relevant > > lines in the file

Hello all, I upgraded my R workstation, and to my dismay, only one core appears to be used during intensive computation of a bioconductor function. What I have now is two dual-core Xeon 5160 CPUs and 10 GB RAM. When I fully load it, top reports about 25% user, 75% idle and 0.98 short-term load. The archives gave nothing helpful besides mention of snow. I thought of posting to HPC, but this system

Hi, I have options(help_type="html") in my .Rprofile and when I type ?foo, the man page appears as a new tab in my web browser (which is already running). Fine. However, when I type ??foo, rather than the results appearing in a new tab, a new instance of the web browser is spawned with the default homepage displayed. Same with help.search("foo"). Am I the only one seeing this?

Dear List, Further to my earlier email, I note that, for me at least, R CMD check is *not* reading R_LIBS from ~/.R/check.Renviron on R 2.15.2 patched (r61228) and R Under Development (r61660). The only way I can get R CMD check to look for packages in a user-supplied library is by explicitly exporting R_LIBS set to the relevant directory. R CMD build *does* read R_LIBS from ~/.R/build.Renviron

Dear All I posted a similar question quite some time ago, but that was on an old OS and an old version of R. This time I have RHEL 4, which is still supported as an OS, and R 2.5.1 which is not *that* old. My sessionInfo() gives: > sessionInfo() R version 2.5.1 (2007-06-27) i686-redhat-linux-gnu locale: LC_CTYPE=en_GB.UTF-8;LC_NUMERIC=C;LC_TIME=en_GB.UTF-8;LC_COLLATE=en_GB.U

Que raro, habia enviado este email, pero creo que nunca salio de mi compu ... gracias a todos por sus sugerencias ... eric. Estimados todos, gracias por las sugerencias, al final lo resolvi de un modo "carretero" como decimos aca, por el camino largo. Como no eran demasiados los archivos corte el contenido y lo pegue en un nuevo archivo y funciono. Sin embargo, sigo sin saber la

Dear developers: I have just came across an (unexpected to me) behaviour of lists when assigning NULLs to list elements. I understand that a NULL is a valid R object, thus assigning a NULL to a list element should yield exactly the same result as assigning any other object. So I was surprised when assigning a NULL in fact removed the element from the list. Is this an intended behaviour? If