Yes, regular install from the official repositories, all packages up
to date, works like a charm. I'm happy to follow up with you off-list
if you like, since this probably isn't interesting to a general R-user
audience.
Best,
Ista
On Fri, Jun 23, 2017 at 9:51 PM, Chris Cole wrote:
> Thanks Ista,
Thanks Ista, that's good to know. Did you install from pacman?
Chris
On Fri, 23 Jun 2017 at 20:35 Ista Zahn wrote:
> FWIW, I don't have any problems with R on Arch Linux.
>
> On Jun 23, 2017 1:32 PM, "Chris Cole" wrote:
>
>> Thank you for correcting my misunderstandings, Professor. Compiling f
The following patch is not the most elegant, but it restores the Authors when
"LC_CTYPE" is set to either "Chinese" or "Arabic":
> Sys.setlocale("LC_CTYPE", "Chinese")
[1] "Chinese (Simplified)_China.936"
> citation("readr")
To cite package ‘readr’ in publications use:
(2016). readr: Read Tab
FWIW, I don't have any problems with R on Arch Linux.
On Jun 23, 2017 1:32 PM, "Chris Cole" wrote:
> Thank you for correcting my misunderstandings, Professor. Compiling from
> source did the trick, and I'll be following up with the arch maintainers
> about addressing the issue on their end.
>
>
Thank you for correcting my misunderstandings, Professor. Compiling from
source did the trick, and I'll be following up with the arch maintainers
about addressing the issue on their end.
Best,
Chris
On Fri, 23 Jun 2017 at 11:02 Prof Brian Ripley
wrote:
> R is compatible with GCC 7.1 ! New com
On Fri, Jun 23, 2017 at 7:20 AM, Uwe Ligges
wrote:
>
>
> On 23.06.2017 11:51, peter dalgaard wrote:
>>
>> Hmm, the danger in this is that duplicated factor levels _used_ to be
>> allowed (i.e. multiple codes with the same level). Disallowing it is what
>> broke read.spss() on some files, because S
Dear prof. Ripley,
thank you for your answer. A few additional questions below.
On Fri, Jun 23, 2017 at 5:25 PM, Prof Brian Ripley
wrote:
> On 23/06/2017 15:35, Joris Meys wrote:
>
>> Related to the following question on Stackoverflow:
>> https://stackoverflow.com/questions/44723690/unexpected-
On 23/06/2017 15:35, Joris Meys wrote:
Related to the following question on Stackoverflow:
https://stackoverflow.com/questions/44723690/unexpected-behavior-of-sys-setlocale#44723690
It appears as if Sys.setlocale() does not update LC_TIME correctly for use
in date formatting. Although R reports
R is compatible with GCC 7.1 ! New compiler versions are tested, as
well as those under development for the major compilers. (A few
packages still fail with GCC 7.1, but that was reported to their
maintainers months ago.)
Just follow the instructions in the R-admin manual to install from sou
Related to the following question on Stackoverflow:
https://stackoverflow.com/questions/44723690/unexpected-behavior-of-sys-setlocale#44723690
It appears as if Sys.setlocale() does not update LC_TIME correctly for use
in date formatting. Although R reports that LC_TIME is changed to the new
settin
Hi Duncan,
I'm guessing I'll be able to look at this over the weekend/next week (probably
closer to next week). It is on my list of things to do and I've just had a few
other prior commitments that I have to finish first.
Sorry for the delay. I'll chime in with a status update next week.
Natha
I'm on Arch Linux kernel version 4.11.6-1 using gcc version 7.1.1:
gcc --version
gcc (GCC) 7.1.1 20170516
I have installed R through the arch package manager pacman and when I
attempt to initiate it, R crashes stating a missing dependency:
/usr/lib64/R/bin/exec/R: error while loading shared libr
Hi,
I recognized that the function 'setReplaceMethod' is creating a
character vector in the user workspace having the name (e.g. "newClass")
of the class used as value. If you can sort out a mistake by myself, I
would like you to file a bug report.
BBFN,
Jonathan
setClass("newClass", representat
On Fri, Jun 23, 2017 at 2:20 PM, Uwe Ligges wrote:
>
>
>
> I had the chance to look at > 1300 SPSS files our consulting center
> collected during the last 20 year, and in several hundred cases we found
> such a problem that was copy & paste error and simply wrong.
> Only in < 5 cases condensing s
> peter dalgaard
> on Fri, 23 Jun 2017 11:51:05 +0200 writes:
> Hmm, the danger in this is that duplicated factor levels _used_ to be
allowed (i.e. multiple codes with the same level). Disallowing it is what broke
read.spss() on some files, because SPSS's concept of value labels
On 23.06.2017 11:51, peter dalgaard wrote:
Hmm, the danger in this is that duplicated factor levels _used_ to be allowed
(i.e. multiple codes with the same level). Disallowing it is what broke
read.spss() on some files, because SPSS's concept of value labels is not 1-to-1
with factors.
Real
On 18/06/2017 5:57 AM, Andrie de Vries wrote:
Hi, Duncan
i have forwarded this thread to Nathan, who promised to look into it.
Any progress on this?
Duncan Murdoch
Andrie
On 17 Jun 2017 17:26, "Duncan Murdoch" mailto:murdoch.dun...@gmail.com>> wrote:
On 17/06/2017 9:13 AM, Ben Marwic
Hmm, the danger in this is that duplicated factor levels _used_ to be allowed
(i.e. multiple codes with the same level). Disallowing it is what broke
read.spss() on some files, because SPSS's concept of value labels is not 1-to-1
with factors.
Reallowing it with different semantics could be pr
> Martin Maechler
> on Thu, 22 Jun 2017 11:43:59 +0200 writes:
> Paul Johnson
> on Fri, 16 Jun 2017 11:02:34 -0500 writes:
>> On Fri, Jun 16, 2017 at 2:35 AM, Joris Meys wrote:
>>> To extwnd on Martin 's explanation :
>>>
>>> In factor(), levels are the
19 matches
Mail list logo
