similar to: Keyboard_layout was not found

Hello, I did the following: in /boot/grub/menu.lst I added/replaced KEYTABLE=us-acentos in /etc/sysconfig/keyboard I have this: KEYTABLE="us-acentos" MODEL="pc105" LAYOUT="us" KEYBOARDTYPE="pc" VARIANT="intl" my host system is Windows; and for connecting to Linux terminal I use PuTTY in Windows I have configured German keyboard layout; what

I have a german keyboard (being in Austria). IT is defined as "de" with variant "nodeadkeys" in /etc/X11/XF86Config and works fine under gnome in x windows, but when wine runs it says something: "keyboard not recognized using closest match German nodeadkeys". Well that is okay, but it doesn't work right. Under wine I can't get any of the characters that are

On 14.11.2016 17:55, Nicolas Kovacs wrote: > But then, I'm also running Xfce on this machine, so I don't know if on > the CentOS machine, the problem is related to localectl, to X.org or to > KDE. Alright, I just installed KDE in an existing VirtualBox VM (so that I can easily undo everything later) that used to be "fully Germanized", and then tried to switch the whole

Hello Guys, after hours of uncessfull create example before i forward special parition tests. part ignoe --onpart But Installation hang out for parition the harddisk. jump to another console partitions are ok ? Which line/lines is/are missing? Andy #version=DEVEL # System authorization information auth --enableshadow --passalgo=sha512 # Use CDROM installation media cdrom # Use graphical

Anyone out there with some help on keyboard support. I have put together a patch to add Dutch keyboard support to wine. All works fine apart from the '@' key, which is located top left of the keyboard. showkey -s reports it as being 0x29 which should be correct as this is the same as in the main_key_scan table. On a colleagues of mine keyboard it is however displayed with 'ALT-GR +

Hi, we have a couple of nodes based on CentOS 6 and Xen4CentOS. Unfortunately some of these nodes keep crashing frequenly. We use the latest versions: # uname -r 3.10.43-11.el6.centos.alt.x86_64 # xm info host : vserver20 release : 3.10.43-11.el6.centos.alt.x86_64 version : #1 SMP Mon Jun 16 14:22:02 UTC 2014 machine : x86_64

Hi folks, we (the company i am working for) are running several dozens of virtualisation servers using CentOS 6 + Xen4CentOS as the virtualisation infrastructure. With the latest versions of all packages installed [1], we see failures in live-migration of stock-CentOS6 HVM guests, leaving a "Domain-unnamed" on the source host, while the migrated guest runs fine on the target host.

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #77 from Andreas Loew <awl1 at gmx.net> --- Sorry that it took me longer to get back here - I needed an additional rpmbuild run due to running out of disk space for my first attempt... But I can give an all clear signal - at least for my machine, AFAIK, everything seems to be fine: Kernel command line: ro

I just purchased a Dell Inpiron 9300 from the Dell Outlet store. Installing CentOS4 went very, very smoothly until I tried configuring X. The 17" screen has a 16:10 aspect ratio with a 1920x1200 resolution. The best I could manage using system-config-display was 1600x1200. So, after a bit of research, I hand editted the xorg.conf file (reproduced below) and it now works great. Maybe

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #47 from Andreas Loew <awl1 at gmx.net> --- Hi - it's me again ;-) > Well, given that it doesn't work on the blob makes it sound like you have some > sort of funkiness in your hardware. One unsubstantiated theory is that the > vdec clock is *disabled*, and pcrypt is hooked up to that clock. Or perhaps >

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #49 from Andreas Loew <awl1 at gmx.net> --- OK, tired with RHEL 6.5 kernel 2.6.32.431 and the two options: Command line: ro root=UUID=034d34cd-a464-4ee3-8db9-d6061a318a16 rd_NO_LUKS LANG=en_US.UTF-8 KEYBOARDTYPE=pc KEYTABLE=de-latin1-nodeadkeys rd_NO_MD SYSFONT=latarcyrheb-sun16 rd_NO_LVM rd_NO_DM nouveau.perflvl_wr=7777

Last Thursday, for some reason (possibly a power failure), my work desktop had a different video configuration than when I left Wednesday evening. I have two 17" flat panels configured as a two-head wide (side-by-side) single display. When I arrived on Thu, I had two individual desktops instead, the resolution was down to 800x600, and so on. The monitor type had been reset to generic

I've been working hard to get my Wacom tablet to work as my primary pointing device. I've installed the drivers and followed the instructions at the Linux Wacom project at Sourceforge. And I've been largely successful. The drivers are working, the configuration utilities are working. I'm just one step away from success. Apparently the problem is that my mouse and my USB tablet

Le 14/11/2016 ? 12:49, Patrick Hess a ?crit : > XFCE user here, so I'm not sure if KDE tries to enforce its own settings > with > regard to the keyboard layout, but have you tried (as root): > > localectl set-x11-keymap <whatever name the Swiss-French layout > might have> pc105 nodeadkey > > This changes the X11 keyboard settings permanently for all users on

Folks, Came across a reproduceable fault with HP's latest version of Samba which is based on 3.0.28 code.....wouldn't surprise me if this has been fixed in later versions. Did a new install last week on OpenVMS 8.4 for a customer to run his CMS on. We can write several thousand files no problem, but when it comes to manipulating the modified date on each of the files samba will choke on

On 14.11.2016 14:33, Nicolas Kovacs wrote: > # localectl set-x11-keymap fr_CH-latin1 pc105 nodeadkey > > As is to be expected, this modifies /etc/X11/xorg.conf.d/00-keyboard.conf: Interesting, I didn't actually realize that myself before. > Option "XkbLayout" "fr_CH-latin1" According to this link

I'm ill, i'm german ... the script is looks ok, copy from a slim installation of anaconda. Insert only the "pre part" and part /boot --onpart=/dev/sda1 part / --onpart=/dev/sda2 part swap --onpart=/dev/sda3 As i wrote: Jump over to another console and the partitions are there. Sincerely Andy Am Mittwoch, den 15.02.2017, 11:16 -0800 schrieb John R

Le 14/11/2016 ? 17:33, Patrick Hess a ?crit : > That could be possible, of course. On FreeBSD, with the keyboard layout > configured the old-fashioned way via /etc/X11/xorg.conf, KDE does respect > the system-wide settings. I would expect KDE to behave the same on CentOS. > However, I only had to deal with easy layouts like "de" and "us" so far; > Swiss-French

Hi ya all! torward to my problem I'm using wine-0.9.33, and trying to install an app, with wine, for my office it returns me this: wine tterapro.exe Section: registry command: (__GO_TO__) Parameter: \keyboard_layout\preload registry key not found! what to do? pace,peace,shalom,salam -- View this message in context:

I'm finally cleaning up old things / todo's; We had about half a dozen e-mails on R-devel back in mid March...... Here is my proposal, a sometimes useful utility for constructing strings in cat() or text(), legend(), etc.: ordinal <- function(i, language =3D "english", gender =3D c("female","male"), sep=3D""= ) { ii <- i