Re: Problem with keyboard layout
PROBLEM SOLVED! :-) Am 24.10.18 um 09:49 schrieb Matthieu Herrb: > On Wed, Oct 24, 2018 at 08:41:41AM +0200, Stefan Wollny wrote: >> Am 24.10.18 um 07:40 schrieb Matthieu Herrb: >>> On Tue, Oct 23, 2018 at 01:19:18PM +0200, Stefan Wollny wrote: Am 22.10.18 um 10:45 schrieb Stefan Wollny: > Am 10/22/18 um 9:57 AM schrieb Stefan Wollny: > [ ... ] >> >> $ cat /etc/wsconsctl.conf | grep encoding >> keyboard.encoding=de# use different keyboard encoding >> >> Yet this setting seems not to be recognized: >> $ doas wsconsctl | grep encoding >> keyboard.encoding=unknown_0 >>> >>> This probably means that you have some other wsconsctl commands that >>> modify the layout after the initial switch to the 'de' layout. >>> >> >> Hi Matthieu, >> >> thanks for caring. >> >> For the time being I found an intermediate solution: Instead using >> Fluxbox as window manager I use LXQt and within changed all >> localisations to 'Germany' which survived a reboot. > > That's probably because LXQt saves the xkb settings in your session > and restores them. >> >> What puzzled me is the fact that I did not (knowingly) changed any >> settings which might explain this behaviour. The first line in the >> '.xsession'-file used to be >> export LANG=de_DE.UTF-8 >> and with this I had German keyboard layout when entering the password >> (luckily right now no special characters different to English layout). >> At present (due to my experimental changes) I have >> export LC_CTYPE="en_US.UTF-8" >> and thus English is expected when entering username & password. > > The locale settings (LC_CTYPE / LANG) don't change the keyboard > layout, unless you have something in your .profile, .xsession or > similar files that change it. > >> Which other process / program might influence wscons? > > I don't know. But as long as on X startup you have > keyboard.encoding=unknown_0 you will get the us layout by default. > > If you haven't added anything to /etc/rc.local or any package that > installs a custom rc.d script fiddling with wsconsctl, I've no idea > why your machines ends up with the unknown_0 layout (which means > KB_USER internally). > Hi Matthieu, thank you very much for guiding me! With your explanation I took special care at the messages on the screen at startup, searching for any hints what might influence the keyboard settings. Obviously I must have accidentially deleted within "/etc/sysctl.conf" the '#' in front of the line machdep.forceukbd=1 which I once had added as a reminder. Recommenting the line solved the issue. As noone else had this problem it must have been me. Thanks again and sorry for the noise! Best, STEFAN
Re: Problem with keyboard layout
On Wed, Oct 24, 2018 at 08:41:41AM +0200, Stefan Wollny wrote: > Am 24.10.18 um 07:40 schrieb Matthieu Herrb: > > On Tue, Oct 23, 2018 at 01:19:18PM +0200, Stefan Wollny wrote: > >> Am 22.10.18 um 10:45 schrieb Stefan Wollny: > >>> Am 10/22/18 um 9:57 AM schrieb Stefan Wollny: > >>> [ ... ] > > $ cat /etc/wsconsctl.conf | grep encoding > keyboard.encoding=de# use different keyboard encoding > > Yet this setting seems not to be recognized: > $ doas wsconsctl | grep encoding > keyboard.encoding=unknown_0 > > > > This probably means that you have some other wsconsctl commands that > > modify the layout after the initial switch to the 'de' layout. > > > > Hi Matthieu, > > thanks for caring. > > For the time being I found an intermediate solution: Instead using > Fluxbox as window manager I use LXQt and within changed all > localisations to 'Germany' which survived a reboot. That's probably because LXQt saves the xkb settings in your session and restores them. > > What puzzled me is the fact that I did not (knowingly) changed any > settings which might explain this behaviour. The first line in the > '.xsession'-file used to be > export LANG=de_DE.UTF-8 > and with this I had German keyboard layout when entering the password > (luckily right now no special characters different to English layout). > At present (due to my experimental changes) I have > export LC_CTYPE="en_US.UTF-8" > and thus English is expected when entering username & password. The locale settings (LC_CTYPE / LANG) don't change the keyboard layout, unless you have something in your .profile, .xsession or similar files that change it. > Which other process / program might influence wscons? I don't know. But as long as on X startup you have keyboard.encoding=unknown_0 you will get the us layout by default. If you haven't added anything to /etc/rc.local or any package that installs a custom rc.d script fiddling with wsconsctl, I've no idea why your machines ends up with the unknown_0 layout (which means KB_USER internally). -- Matthieu Herrb
Re: Problem with keyboard layout
Am 24.10.18 um 07:40 schrieb Matthieu Herrb: > On Tue, Oct 23, 2018 at 01:19:18PM +0200, Stefan Wollny wrote: >> Am 22.10.18 um 10:45 schrieb Stefan Wollny: >>> Am 10/22/18 um 9:57 AM schrieb Stefan Wollny: >>> [ ... ] $ cat /etc/wsconsctl.conf | grep encoding keyboard.encoding=de# use different keyboard encoding Yet this setting seems not to be recognized: $ doas wsconsctl | grep encoding keyboard.encoding=unknown_0 > > This probably means that you have some other wsconsctl commands that > modify the layout after the initial switch to the 'de' layout. > Hi Matthieu, thanks for caring. For the time being I found an intermediate solution: Instead using Fluxbox as window manager I use LXQt and within changed all localisations to 'Germany' which survived a reboot. What puzzled me is the fact that I did not (knowingly) changed any settings which might explain this behaviour. The first line in the '.xsession'-file used to be export LANG=de_DE.UTF-8 and with this I had German keyboard layout when entering the password (luckily right now no special characters different to English layout). At present (due to my experimental changes) I have export LC_CTYPE="en_US.UTF-8" and thus English is expected when entering username & password. Which other process / program might influence wscons? Best, STEFAN
Re: Problem with keyboard layout
On Tue, Oct 23, 2018 at 01:19:18PM +0200, Stefan Wollny wrote: > Am 22.10.18 um 10:45 schrieb Stefan Wollny: > > Am 10/22/18 um 9:57 AM schrieb Stefan Wollny: > > [ ... ] > >> > >> $ cat /etc/wsconsctl.conf | grep encoding > >> keyboard.encoding=de# use different keyboard encoding > >> > >> Yet this setting seems not to be recognized: > >> $ doas wsconsctl | grep encoding > >> keyboard.encoding=unknown_0 This probably means that you have some other wsconsctl commands that modify the layout after the initial switch to the 'de' layout. > >> > > [ ... ] > > Additional information: > > This issue seems to be related to the X server. Initially I noticed this > > behaviour when starting with xenodm. Switching to a console outside of X > > gives me the expected German keyboard layout. The same if I disable > > xenodm in /etc/rc.conf.local and start OpenBSD into a console: Initially > > I have the German keyboard layout but once I start X via 'startx' I get > > the US layout. > > *At least I know now where to find the symbols blindly :/ * If the X server can't recognize the layout returned by wscons, and there is no explicit configuration in /etc/X11/xorg.conf, the default is what you see below. > > > > Thus here is the Xorg.0.log which has the line > > Option "XkbLayout" "us" > > close to the end. > > > -- Matthieu Herrb
Re: Problem with keyboard layout
Am 22.10.18 um 10:45 schrieb Stefan Wollny: > Am 10/22/18 um 9:57 AM schrieb Stefan Wollny: > [ ... ] >> >> $ cat /etc/wsconsctl.conf | grep encoding >> keyboard.encoding=de# use different keyboard encoding >> >> Yet this setting seems not to be recognized: >> $ doas wsconsctl | grep encoding >> keyboard.encoding=unknown_0 >> > [ ... ] > Additional information: > This issue seems to be related to the X server. Initially I noticed this > behaviour when starting with xenodm. Switching to a console outside of X > gives me the expected German keyboard layout. The same if I disable > xenodm in /etc/rc.conf.local and start OpenBSD into a console: Initially > I have the German keyboard layout but once I start X via 'startx' I get > the US layout. > *At least I know now where to find the symbols blindly :/ * > > Thus here is the Xorg.0.log which has the line > Option "XkbLayout" "us" > close to the end. > Unfortunately the issue persists with the last published version of amd64/current. New dmesg and Xorg.0.log below. Anyone with a clue what might be cause of wsconsctl not using the encoding as defined in the conf-file? unveil(2)-related? Any other information I should provide? TIA. Best, STEFAN OpenBSD 6.4-current (GENERIC.MP) #380: Mon Oct 22 20:06:50 MDT 2018 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17079074816 (16287MB) avail mem = 16552185856 (15785MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeb500 (35 entries) bios0: vendor American Megatrends Inc. version "1.03.06" date 06/25/2014 bios0: Notebook W65_67SZ acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT ASF! SSDT SSDT SSDT MCFG HPET SSDT SSDT SSDT DMAR acpi0: wakeup devices PXSX(S4) RP01(S4) PXSX(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) PXSX(S4) PXSX(S4) PXSX(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S3) HDEF(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-4210M CPU @ 2.60GHz, 3093.33 MHz, 06-3c-03 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i5-4210M CPU @ 2.60GHz, 3092.85 MHz, 06-3c-03 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i5-4210M CPU @ 2.60GHz, 3092.85 MHz, 06-3c-03 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-4210M CPU @ 2.60GHz, 3092.85 MHz, 06-3c-03 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 acpimcfg0: addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (RP01) acpiprt2 at acpi0: bus 3 (RP03) acpiprt3 at acpi0: bus 4 (RP04) acpiprt4 at acpi0: bus 1 (P0P2) acpiprt5 at acpi0: bus -1 (P0PA) acpiprt6 at acpi0: bus -1 (P0PB) acpiprt7 at acpi0: bus 1 (PEG0)
Re: Problem with keyboard layout
Am 10/22/18 um 9:57 AM schrieb Stefan Wollny: [ ... ] > > $ cat /etc/wsconsctl.conf | grep encoding > keyboard.encoding=de# use different keyboard encoding > > Yet this setting seems not to be recognized: > $ doas wsconsctl | grep encoding > keyboard.encoding=unknown_0 > [ ... ] Additional information: This issue seems to be related to the X server. Initially I noticed this behaviour when starting with xenodm. Switching to a console outside of X gives me the expected German keyboard layout. The same if I disable xenodm in /etc/rc.conf.local and start OpenBSD into a console: Initially I have the German keyboard layout but once I start X via 'startx' I get the US layout. *At least I know now where to find the symbols blindly :/ * Thus here is the Xorg.0.log which has the line Option "XkbLayout" "us" close to the end. [ 536.726] (WW) checkDevMem: failed to open /dev/xf86 and /dev/mem (Operation not permitted) Check that you have set 'machdep.allowaperture=1' in /etc/sysctl.conf and reboot your machine refer to xf86(4) for details [ 536.726]linear framebuffer access unavailable [ 536.740] (--) Using wscons driver on /dev/ttyC4 [ 536.748] X.Org X Server 1.19.6 Release Date: 2017-12-20 [ 536.748] X Protocol Version 11, Revision 0 [ 536.748] Build Operating System: OpenBSD 6.4 amd64 [ 536.748] Current Operating System: OpenBSD asterix.heim.netz 6.4 GENERIC.MP#376 amd64 [ 536.748] Build Date: 21 October 2018 11:05:48PM [ 536.748] [ 536.748] Current version of pixman: 0.34.0 [ 536.749]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 536.749] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 536.749] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Oct 22 10:32:24 2018 [ 536.749] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d" [ 536.749] (==) No Layout section. Using the first Screen section. [ 536.749] (==) No screen section available. Using defaults. [ 536.749] (**) |-->Screen "Default Screen Section" (0) [ 536.749] (**) | |-->Monitor "" [ 536.749] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 536.749] (==) Automatically adding devices [ 536.749] (==) Automatically enabling devices [ 536.749] (==) Not automatically adding GPU devices [ 536.749] (==) Max clients allowed: 256, resource mask: 0x1f [ 536.749] (==) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ [ 536.749] (==) ModulePath set to "/usr/X11R6/lib/modules" [ 536.749] (II) The server relies on wscons to provide the list of input devices. If no devices become available, reconfigure wscons or disable AutoAddDevices. [ 536.749] (II) Loader magic: 0x1c454c971000 [ 536.749] (II) Module ABI versions: [ 536.749]X.Org ANSI C Emulation: 0.4 [ 536.749]X.Org Video Driver: 23.0 [ 536.749]X.Org XInput driver : 24.1 [ 536.749]X.Org Server Extension : 10.0 [ 536.749] (--) PCI:*(0:0:2:0) 8086:0416:1558:0655 rev 6, Mem @ 0xf780/4194304, 0xe000/268435456, I/O @ 0xf000/64 [ 536.749] (II) LoadModule: "glx" [ 536.750] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so [ 536.752] (II) Module glx: vendor="X.Org Foundation" [ 536.752]compiled for 1.19.6, module version = 1.0.0 [ 536.752]ABI class: X.Org Server Extension, version 10.0 [ 536.752] (==) Matched modesetting as autoconfigured driver 0 [ 536.752] (==) Assigned the driver to the xf86ConfigLayout [ 536.752] (II) LoadModule: "modesetting" [ 536.752] (II) Loading /usr/X11R6/lib/modules/drivers/modesetting_drv.so [ 536.752] (II) Module modesetting: vendor="X.Org Foundation" [ 536.752]compiled for 1.19.6, module version = 1.19.6 [ 536.752]Module class: X.Org Video Driver [ 536.752]ABI class: X.Org Video Driver, version 23.0 [ 536.752] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 536.753] (**) modeset(0): claimed PCI slot 0@0:2:0 [ 536.753] (II) modeset(0): using default device [ 536.753] (II) modeset(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 536.753] (==) modeset(0): Depth 24, (==) framebuffer bpp 32 [ 536.753] (==) modeset(0): RGB weight 888 [ 536.753] (==) modeset(0): Default visual is TrueColor [ 536.753] (II) Loading sub module "glamoregl" [ 536.753] (II) LoadModule: "glamoregl" [ 536.754] (II) Loading /usr/X11R6/lib/modules/libglamoregl.so [ 536.761] (II) Module glamoregl: