search for: de_d

...nsupported entry type ?g? Does anybody have any hints on how to solve this? Do I have the wrong packing program installed? I am trying this with Ubuntu 9.10 and the following R system: > sessionInfo() R version 2.12.0 (2010-10-15) Platform: i486-pc-linux-gnu (32-bit) locale: [1] LC_CTYPE=de_DE.UTF-8 LC_NUMERIC=C [3] LC_TIME=de_DE.UTF-8 LC_COLLATE=de_DE.UTF-8 [5] LC_MONETARY=C LC_MESSAGES=de_DE.UTF-8 [7] LC_PAPER=de_DE.UTF-8 LC_NAME=C [9] LC_ADDRESS=C LC_TELEPHONE=C [11] LC_MEASUREMENT=de_DE.UTF-8 LC_IDENTIFICATION=C attached base pa...

...f using the pdf() function. But they do when writing the screen output into a pdf using the GUI. Does anyone have some advice on this how I can plot pdfs without losing information? Best wishes Kristian R version 2.14.0 (2011-10-31) Platform: x86_64-apple-darwin9.8.0/x86_64 (64-bit) locale: [1] de_DE.UTF-8/de_DE.UTF-8/de_DE.UTF-8/C/de_DE.UTF-8/de_DE.UTF-8 attached base packages: [1] stats graphics grDevices utils datasets methods base other attached packages: [1] CGHregions_1.12.0 CGHcall_2.14.0 CGHbase_1.12.0 marray_1.32.0 [5] limma_3.10.3 Biobase_2.14.0 DNAcopy_1....

...quot;), 3) [[1]] [1] 4 [[2]] [1] 5 > stopCluster(c1) [1] 1 > clusterApply(cl, 1:2, get("+"), 3) Fehler in mpi.probe(source, tag, comm, status) : MPI_Error_string: invalid communicator > sessionInfo() R version 2.6.0 (2007-10-03) x86_64-unknown-linux-gnu locale: LC_CTYPE=de_DE.UTF-8;LC_NUMERIC=C;LC_TIME=de_DE.UTF-8;LC_COLLATE=de_DE.UTF-8;LC_MONETARY=de_DE.UTF-8;LC_MESSAGES=de_DE.UTF-8;LC_PAPER=de_DE.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=de_DE.UTF-8;LC_IDENTIFICATION=C attached base packages: [1] tools stats graphics grDevices utils dat...

hi ng, my locale is: LANG=de_DE.UTF-8 LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_...

...Mac" Discussion dated January 2008. > I would be very thankful if you could help me with the exact same > problem. This kind of message should go to the rsync list for archival even if you have a good guess of who will answer it. > --iconv=UTF8-MAC,ISO-8859-15 > Linux: > LANG=de_DE.UTF-8 > LC_CTYPE="de_DE.UTF-8" > LC_NUMERIC="de_DE.UTF-8" > LC_TIME="de_DE.UTF-8" > LC_COLLATE="de_DE.UTF-8" > LC_MONETARY="de_DE.UTF-8" > LC_MESSAGES="de_DE.UTF-8" > LC_PAPER="de_DE.UTF-8" > LC_NAME=&quo...

...ace (and not attached): [1] RGtk2_2.20.8 gridBase_0.4-3 tools_2.12.1 Warning message: 'DESCRIPTION' file has 'Encoding' field and re-encoding is not possible OpenSUSE: R version 2.12.1 Patched (2011-02-10 r54330) Platform: x86_64-unknown-linux-gnu (64-bit) locale: [1] LC_CTYPE=de_DE.UTF-8 LC_NUMERIC=C [3] LC_TIME=de_DE.UTF-8 LC_COLLATE=de_DE.UTF-8 [5] LC_MONETARY=C LC_MESSAGES=de_DE.UTF-8 [7] LC_PAPER=de_DE.UTF-8 LC_NAME=C [9] LC_ADDRESS=C LC_TELEPHONE=C [11] LC_MEASUREMENT=de_DE.UTF-8 LC_IDENTIFICATION=C attached base pa...

Hello, on a Macbook with OSX Yosemite (which prints de_DE.UTF-8 as value of $LANG in Terminal) and VmWare Fusion 7 I have installed CentOS 6.6 minimal. When I ssh to my new VM as root, the $LANG is de_DE.UTF-8 too. I would like it to be en_US.UTF-8 instead. I have grepped /etc and /root for "de_DE", but nothing is found there. Grepping for...

...ion lines and other things using "type". How does one access this data for further analysis? I have looked at str(foo), but I did not see an easy way of extracting the data. TIA, Patrick ,----[ sessionInfo() ] | R version 2.4.1 (2006-12-18) | i486-pc-linux-gnu | | locale: | LC_CTYPE=de_DE.UTF-8;LC_NUMERIC=C;LC_TIME=de_DE.UTF-8;LC_COLLATE=de_DE.UTF-8;LC_MONETARY=de_DE.UTF-8;LC_MESSAGES=de_DE.UTF-8;LC_PAPER=de_DE.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=de_DE.UTF-8;LC_IDENTIFICATION=C | | attached base packages: | [1] "stats" "graphics" &qu...

Dear list, I?m running a postfix (2.5.6) / Dovecot (1.1.11) on a Centos 5.2 box. I?ve written a small gui application to simply create Out of Office replys with sieve. The resulting code did work with maildrop without any problems. Now sieve fails when it meets any german umlauts like ? or ?. It just stops compiling the scripts and complains about the missing "};". A simple fix is

...tional capabilities: PNG, JPEG, iconv, MBCS, NLS, cairo Options enabled: shared BLAS, R profiling, Java Recommended packages: yes ################################# my system is: (sessionInfo from R version 2.6.2 Patched (2008-02-10 r44423)) i686-pc-linux-gnu locale: LC_CTYPE=de_DE.UTF-8;LC_NUMERIC=C;LC_TIME=de_DE.UTF-8;LC_COLLATE=de_DE.UTF-8;LC_MONETARY=de_DE.UTF-8;LC_MESSAGES=de_DE.UTF-8;LC_PAPER=de_DE.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=de_DE.UTF-8;LC_IDENTIFICATION=C -- Dr. Matthias Kohl www.stamats.de

With newest R devel #sessionInfo() R Under development (unstable) (2012-01-10 r58085) Platform: amd64-portbld-freebsd10.0 (64-bit) locale: [1] de_DE.ISO8859-15/de_DE.ISO8859-15/de_DE.ISO8859-15/C/de_DE.ISO8859-15/de_DE.ISO8859-15 attached base packages: [1] stats graphics grDevices utils datasets methods base I get the following error when I try to build and install lubridate from sources on FreeBSD 10.0-CURRENT (amd64): #R CMD...

...and maybe also of variable scoping), but I didn't delve deeper into it, yet. Can anybody more competent enlight me or give me a hint where to search, please? Thank you! Best regards -- Gerrit PS: > sessionInfo() R version 2.6.2 (2008-02-08) x86_64-unknown-linux-gnu locale: LC_CTYPE=de_DE.UTF-8;LC_NUMERIC=C;LC_TIME=de_DE.UTF-8;LC_COLLATE=de_DE.UTF-8;LC_MONETARY=de_DE.UTF-8;LC_MESSAGES=de_DE.UTF-8;LC_PAPER=de_DE.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=de_DE.UTF-8;LC_IDENTIFICATION=C attached base packages: [1] stats graphics grDevices utils datasets met...

...I try to perform a spline interpolation of a smooth function. Can anybody give me some hints on where to dig for a solution? Thanks a lot Jannis My R version (if this has anything to do with it): > sessionInfo() R version 2.10.1 (2009-12-14) x86_64-unknown-linux-gnu locale: [1] LC_CTYPE=de_DE.UTF-8 LC_NUMERIC=C [3] LC_TIME=de_DE.UTF-8 LC_COLLATE=de_DE.UTF-8 [5] LC_MONETARY=C LC_MESSAGES=de_DE.UTF-8 [7] LC_PAPER=de_DE.UTF-8 LC_NAME=C [9] LC_ADDRESS=C LC_TELEPHONE=C [11] LC_MEASUREMENT=de_...

...ne have to use as.matrix()? (I could not find anything related despite reading the documentations and browsing the archives). Thanks for any hint. Best regards -- Gerrit PS: Here is my session info: > sessionInfo() R version 2.5.1 (2007-06-27) x86_64-unknown-linux-gnu locale: LC_CTYPE=de_DE.UTF-8;LC_NUMERIC=C;LC_TIME=de_DE.UTF-8;LC_COLLATE=de_DE.UTF-8; LC_MONETARY=de_DE.UTF-8;LC_MESSAGES=de_DE.UTF-8;LC_PAPER=de_DE.UTF-8;LC_NAME=C; LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=de_DE.UTF-8;LC_IDENTIFICATION=C attached base packages: [1] "stats" "graphics" "g...

...ange. Rainer Some system information: I18n gem is version 0.4.1. Ruby is: ruby -v ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] but it is exactly the same on 1.9.2 p0. FWIW: Mac OS X 10.6.4, although the language of my account is English, I get the following: $ locale LANG="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_CTYPE="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_ALL= But I get the same behavior on Debian 5, with LANG=en_US.UTF-8 -- Yo...

...2016 any Achille's heel that is already known? I perceive that some of the (package) update issues I experience might be due to OS compatibility (see [d] below for sessionInfo() details).[d]> sessionInfo()R version 3.0.2 (2013-09-25)Platform: x86_64-pc-linux-gnu (64-bit)locale:?[1] LC_CTYPE=de_DE.UTF-8????????? LC_NUMERIC=C???????????????? ?[3] LC_TIME=de_DE.UTF-8?????????? LC_COLLATE=de_DE.UTF-8?????? ?[5] LC_MONETARY=de_DE.UTF-8?????? LC_MESSAGES=de_DE.UTF-8????? ?[7] LC_PAPER=de_DE.UTF-8????????? LC_NAME=de_DE.UTF-8????????? ?[9] LC_ADDRESS=de_DE.UTF-8??????? LC_TELEPHONE=de_DE.UTF-8???...

...e)": an 'origin' has to be given). I haven't found any information on this so I would like to know whether this is to be regarded as a bug and be properly reported. This is my sessionInfo: 1> sessionInfo() R version 2.10.1 (2009-12-14) i486-pc-linux-gnu locale: [1] LC_CTYPE=de_DE.utf8 LC_NUMERIC=C [3] LC_TIME=de_DE.utf8 LC_COLLATE=de_DE.utf8 [5] LC_MONETARY=C LC_MESSAGES=de_DE.utf8 [7] LC_PAPER=de_DE.utf8 LC_NAME=C [9] LC_ADDRESS=C LC_TELEPHONE=C [11] LC_MEASUREMENT=de_DE.utf8 LC_IDENTIFICATION=C attached base packages: [1]...

Thanks Jeremy, i'm analyzing this with the application team, we'll see what we can find. > I was hoping to find a way for the samba4 server to behave like samba3 (as > in ignoring bad characters and replacing them with an underscore > character), which in the end resulted in the best compromise. In the meantime, do you have any idea why there is difference between the two

Hi, While I suspect that this is an issue peculiar to my machine (Debian squeeze amd64, R version 3.0.1, up-to-date packages), I'm hoping that somebody on this list may be able to give me suggestions on how to troubleshoot and fix the following: > library (snow) > cl <- makeSOCKcluster(c("localhost","localhost")) sh: 1: RunSnowWorker: not found I presume/hope

A new version of the 'snow' package for parallel computing in R is available at http://www.stat.uiowa.edu/~luke/R/cluster/snow_0.3-3.tar.gz This substantially revises the way in which worker processes are started to allow snow to be used on Windows and Mac/Windows/Linux combinations. I have successfully used the SOCK version on a standalone Windows machine and combinations of