similar to: R from EPEL 8 missing dependency on glibc-langpack

On Mon, 7 Oct 2019 at 11:13, Jeroen Ooms <jeroenooms at gmail.com> wrote: > > I think R from EPEL 8 is missing a dependency on glibc-langpack-en or > similar. Testing with the new CentOS 8 docker image: This never was a dependency. There is no reason to depend particularly on an English locale. > docker run -it centos:8 bash > > And then in docker: > > yum

need to use romanian chars in wine. under KDE all is fine, with romanian and english languages, keyboard layout "winkeys", i can switch between english an romanian. but under wine i don't have romanian language. how can i fix that ? -- George Enescu 16/13 Hunedoara mobil: 0720301842 tel. : 0354401534

Hi.. Guess this is asked alot, looked through the last 1000 posts but couldnt find anything so here goes =) Running a 10 finger training program originally made for win 95 on wine, and it all runs smoothly except that i cant get it to show the danish characters "???", if i press the keys on the keyboard they work fine so its not the keymapping thats wrong.. It just replaces the

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, I am trying to index a number of Spanish language text files, but a large fraction of the files are generating errors like the following... Error: exception 2 not handled: Error decoding input string. Check that you have the locale set correctly however it looks to me like my locale matches the file type. Running the file command on the files returns $ file

In plotmath expressions, R's degree symbol, e.g. shown by plot(1, main = parse(text = "1*degree*C")) has sunk to halfway the text line, instead of touching its top. In older R versions this looked much better. -- Edzer Pebesma Institute for Geoinformatics Heisenbergstrasse 2, 48151 Muenster, Germany Phone: +49 251 8333081

I hav a problem porting my ACLS from my old filserver to a new one... My old Fileserver: I have my shares on a partition supporting acls with ext3 /dev/md0 on /data/raid type ext3 (rw,acl,user_xattr) My new Fileserver: /dev/md0 on /data/raid type ext4 (rw,acl,user_xattr) Now I copied all my shares to the new Fileserver with rsync and backed up my acls with: getfacl -R

Hi Thanks for that, but I still cannot confirm on ... sudo docker run -v $(pwd):/home/work/ -w /home/work --rm -ti rocker/r-ver:3.5.1 Could you please read the comments within the "Cairo Fonts" section of the ?X11 help page, in case that offers some explanation. Paul On 29/08/18 02:15, Martin M?ller Skarbiniks Pedersen wrote: > On Fri, 24 Aug 2018 at 19:53, Edzer Pebesma >

Hi, My output of smbstatus is bugged somehow in the Locked files section. For every line with a non ascii character, the whole string from the character to the end (included) is removed. Hence the line is attached to the next one. Here is a simplified example Locked files: Pid ... SharePath Name Time --------------------------------- 8910 ... /path

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

When I read a .gz file with readLines() in 3.4.3, it returns text (and a warning). In 3.5.0, it gives a warning, but no text. Is this expected behavior or a bug? 3.4.3: > source_file = "1k_annotation.gz" > readfile_con <- gzfile(source_file, "r") > readLines(readfile_con, n = 5) [1] "#chr\tpos\tref\talt\t <truncated output here> Warning message: In

Even on plain WINEPREFIX I am unable to get Polish-specific chars to work. On unix (Arch x64) everytching works fine. Wine is setting wrong codepage in registry ( in HKEY_CURRENT_USER\Software\Wine\Fonts\Codepages apears "1252,437" while it should be "1252,437") Code: $ locale LANG=pl_PL.utf8 LC_CTYPE="pl_PL.utf8" LC_NUMERIC="pl_PL.utf8"

Full_Name: Mikhail Bocharov Version: 2.2.1 OS: Linux Submission from: (NULL) (62.148.130.28) Cyrillic UTF8 letters are imaged incorrectly Sorry, but English is not my native language My operating system is Gentoo-linux. Now i want get the gparhics with russian title for example: plot(1:20, type='l', main='&#1059;&#1090;&#1077;&#1095;&#1082;&#1072;')

https://bugzilla.samba.org/show_bug.cgi?id=5615 Summary: iconv conversion not applied to symlinks Product: rsync Version: 3.0.3 Platform: Other OS/Version: SunOS Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: nils.goroll@hamburg.de

Hi all, I have 2 linux distro ?? ubuntu and centos. My problem is that the sort command has different behavior when sorting Chinese string encoded in utf8 file. On Ubuntu, it is OK. But on CentOS, it WRONG. I google this problem and it seems that's because of LC_COLLATE. So I change "/etc/sysconfig/i18n" on CentOS and now the 2 have the same LC_** like this: CentOS:

Hi all, I recently noticed that `qnbinom()` can take a long time to calculate a result if the `size` argument is very small. For example qnbinom(0.5, mu = 3, size = 1e-10) takes ~30 seconds on my computer. I used gdb to step through the qnbinom.c implementation and noticed that in line 106 (https://github.com/wch/r-source/blob/f8d4d7d48051860cc695b99db9be9cf439aee743/src/nmath/qnbinom.c#L106)

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:

A colleague?s R program behaved differently when I ran it, and we thought we traced it probably to different results from string comparisons as below, with different R versions. However the platforms also differed. A friend ran it on a few machines and found that the comparison behavior didn?t correlate with R version, but rather with platform. I wonder if you?ve seen this. If it?s not some

OK. I give up. I'll ask a stupid question. How do I get the $!#@*$ signif stars line printed by summaries to not look extremely bizarre in the latex produced by Sweave? For example, see p. 7 of http://www.stat.umn.edu/geyer/aster/library/aster/doc/tutor.pdf I can see what the problem is. R emits non-ascii characters (as it is supposed to do), Sweave puts them in the tex file, and

Hi, When playing interactively with the S4 system, I've tried to define the following class: > setClass("A", representation("integer")) [1] "A" > showClass("A") Slots: Name: .Data Class: integer Extends: Class "integer", from data part Class "vector", by