search for: de_at

...But, the following code produces a curly brace instead of a hyphen. Thanks for any advice? Roland library(rgr) pdf("foo.pdf", encoding = "ISOLatin1") display.ascii.d() mtext("\173", side = 3) dev.off() R version 2.6.0 (2007-10-03) i386-apple-darwin8.10.1 locale: de_AT.UTF-8/de_AT.UTF-8/de_AT.UTF-8/C/de_AT.UTF-8/de_AT.UTF-8 attached base packages: [1] stats graphics grDevices utils datasets methods base other attached packages: [1] rgr_1.0.3 MASS_7.2-36 akima_0.5-1

...ument 'pch' fits to more given arguments" [formales Argument "pch" passt zu mehreren gegebenen Argumenten] What do I have to change? Thank you in advance! Albin > sessionInfo() R version 2.15.0 (2012-03-30) Platform: x86_64-pc-linux-gnu (64-bit) locale: [1] LC_CTYPE=de_AT.UTF-8 LC_NUMERIC=C LC_TIME=de_AT.UTF-8 LC_COLLATE=de_AT.UTF-8 [5] LC_MONETARY=de_AT.UTF-8 LC_MESSAGES=de_AT.UTF-8 LC_PAPER=C LC_NAME=C [9] LC_ADDRESS=C LC_TELEPHONE=C LC_MEASUREMENT=de_AT.UTF-8 LC_IDENTIFICATION=C attached base packages: [1]...

...es when the parameter include.dirs is explicitly set to FALSE "list.files(include.dirs=FALSE)". I have tested this also on a mac os -> same results. kind regards, simon > sessionInfo() R version 2.15.1 (2012-06-22) Platform: x86_64-unknown-linux-gnu (64-bit) locale: [1] LC_CTYPE=de_AT.UTF-8 LC_NUMERIC=C [3] LC_TIME=de_AT.UTF-8 LC_COLLATE=de_AT.UTF-8 [5] LC_MONETARY=de_AT.UTF-8 LC_MESSAGES=de_AT.UTF-8 [7] LC_PAPER=C LC_NAME=C [9] LC_ADDRESS=C LC_TELEPHONE=C [11] LC_MEASUREMENT=de_AT.UTF-8 LC_IDENTIFICATION=C attached base package...

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

...WRE also mentions rfc-5646, which refers to ISO 3166-1 for region/country subtags but it is unclear if these are allowed in the field? Spell checking libraries (e.g. myspell/hunspell) typically use locale-like language names to identify the appropriate dictionary such as "en_GB" or "de_AT", see for example [1,2]. Merely specifying "en" or "de" is ambiguous to the spell checker. I was wondering if the WRE definition of the "Language" field could allow for this? [1] https://apps.fedoraproject.org/packages/hunspell-en/contents/ [2] https://packages...

...= "builtin" "winmm" = "builtin" "msacm.drv" = "builtin" "*" = "native, builtin, so" For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE fixme:hook:NotifyWinEvent (32768,0x10029,-4,1)-stub! ... fixme:hook:NotifyWinEvent (32768,0x10029,-4,1)-stub! fixme:bitblt:X11DRV_BitBlt potential optimizat...

....db termcap.5.gz termcap.5.cat.gz ===> share/timedef (cleandir) rm -f am_ET.UTF-8.out be_BY.CP1131.out be_BY.CP1251.out be_BY.ISO8859-5.out be_BY.UTF-8.out bg_BG.CP1251.out bg_BG.UTF-8.out ca_ES.ISO8859-1.out ca_ES.UTF-8.out cs_CZ.ISO8859-2.out cs_CZ.UTF-8.out da_DK.ISO8859-1.out da_DK.UTF-8.out de_AT.ISO8859-1.out de_AT.UTF-8.out de_DE.ISO8859-1.out de_DE.UTF-8.out el_GR.ISO8859-7.out el_GR.UTF-8.out en_GB.ISO8859-1.out en_US.ISO8859-1.out es_ES.ISO8859-1.out es_ES.UTF-8.out et_EE.ISO8859-15.out et_EE.UTF-8.out eu_ES.ISO8859-1.out fi_FI.ISO8859-1.out fi_FI.UTF-8.out fr_FR.ISO8859-1.out fr_FR.UT...

Hello, on CentOS 6, I am routinely writing mails in English, German and French and using the related hunspell dictionaries for the spelling in Firefox (I'm using Google Apps). This works fine but the problem is that languages are added for all the possible locales (English US, UK, Philippines, Bostwana, Trinidad and Tobago, Denmark (sic!), ... and German Germany, Austria... and French

...00 rw-p 00660000 00:00 0 [heap] 2b869e49f000-2b869e4b9000 r-xp 00000000 08:01 1226583 /lib64/ld-2.6.1.so 2b869e4b9000-2b869e4bb000 rw-p 2b869e4b9000 00:00 0 2b869e4bb000-2b869e4fa000 r--p 00000000 08:01 3155953 /usr/share/locale/de_AT.UTF-8/LC_CTYPE 2b869e4fa000-2b869e501000 r--s 00000000 08:01 3123845 /usr/lib64/gconv/gconv-modules.cache 2b869e501000-2b869e647000 rw-p 2b869e501000 00:00 0 2b869e6b8000-2b869e6b9000 r--p 00019000 08:01 1226583 /lib64/ld-2.6.1.so 2b869e6b9000-2b869e6ba000 rw-p...

I noticed that virt-v2v, which is written exclusively in perl, failed to generate virt-v2v.pot. After much head scratching I also noticed that libguestfs.pot didn't include any messages from perl sources. Some reading of libintl-perl shows that a somewhat more complicated xgettext command line is required, as it doesn't understand Locale::TextDomain syntax by default. After a little more