[Bug 1225991] New: Configuration keyboard to Norwegian does'nt change from default English (US)
https://bugzilla.suse.com/show_bug.cgi?id=1225991 Bug ID: 1225991 Summary: Configuration keyboard to Norwegian does'nt change from default English (US) Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers@suse.de Reporter: terjejhanssen@gmail.com QA Contact: jsrain@suse.com Target Milestone: --- Found By: --- Blocker: --- Neither during fresh installation of Leap 15.6 (GM) or afterwards with YaST2 or with Gnome Settings, Norwegian configuration doesn't -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1225991 https://bugzilla.suse.com/show_bug.cgi?id=1225991#c2 --- Comment #2 from Terje J. Hanssen <terjejhanssen@gmail.com> --- 1) Configuration with YasT2: yast2 language WARNING: Nokogiri was built against LibXML version 2.9.14, but has dynamically loaded 2.10.3 MESA: error: ZINK: vkCreateInstance failed (VK_ERROR_INCOMPATIBLE_DRIVER) glx: failed to create drisw screen failed to load driver: zink Primary language Norwegian yast2 keyboard WARNING: Nokogiri was built against LibXML version 2.9.14, but has dynamically loaded 2.10.3 MESA: error: ZINK: vkCreateInstance failed (VK_ERROR_INCOMPATIBLE_DRIVER) glx: failed to create drisw screen failed to load driver: zink System Keyboard Configuration Norwegian Test: ;'[ where it should be: øæå 2) Configuration with Gnome settings: Region og språk Konto og pålogging: Norsk bokmål Tastatur Norwegian (first) English (US) (second) Tastatur Norwegian f;rst English US under -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1225991 https://bugzilla.suse.com/show_bug.cgi?id=1225991#c3 --- Comment #3 from Terje J. Hanssen <terjejhanssen@gmail.com> --- Created attachment 875323 --> https://bugzilla.suse.com/attachment.cgi?id=875323&action=edit y2logs -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1225991 https://bugzilla.suse.com/show_bug.cgi?id=1225991#c10 --- Comment #10 from Terje J. Hanssen <terjejhanssen@gmail.com> --- First, due to a mid collision I lost my last comment and repeat it here. After yet another Gnome login, the No keyboard worked. This happened also late last night after some some logins after the initial installation. But after a new login today, the US keyboard was back again, and I posted this bug report. I checked the current keyboard layout with the setxkbmap -query command: setxkbmap -query rules: evdev model: pc105 layout: no,us,us variant: ,, options: terminate:ctrl_alt_bksp In case some conditional switching happends between the No (first) and US (second) kb config, I "removed" the US (second) layout from the Gnome keyboard settings. Then again I checked with the same command which the output: setxkbmap -query rules: evdev model: microsoftpro layout: no,us variant: , options: terminate:ctrl_alt_bksp To mentione, I have currently a triple boot installation on the same workstation: LP15.5 + Slowroll + LP15.6, and haven't had issue with the keyboard settings before. ---------------------- So to your two last comments and suggestion. I booted my openSUSE-Leap-15.6-DVD-x86_64709 USB medium and tested the keyboard configs. Yes, the No layout worked correctly included the special ø æ å keys. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1225991 https://bugzilla.suse.com/show_bug.cgi?id=1225991#c19 --- Comment #19 from Cliff Zhao <qzhao@suse.com> --- (In reply to Stefan Hundhammer from comment #15)
I still find it weird that GNOME does not detect the system-wide keyboard layout setting initially.
Maybe it has to do with installing in English and with a US keyboard layout, and changing this later from within a GNOME session with YaST. In my opinion, GNOME's language and keyboard is designed to be changed in gnome-control-center(g-c-c). When administer create new user, he also could assign the language in g-c-c before the user login.
At what point would GNOME pick up the system-wide settings? Only upon its first start, when it initializes your personal GNOME configuration files? In my opinion, GNOME don't pick system-wide setting, in the first start of system installation and new user login after system installation, GNOME is designed to launch gnome-initial-setup(g-i-s) for the user and system to assign their language and keyboard. but in the past several SLE editions, we dropped the g-i-s as the project managers and product managers require. If you or some other users consider this function necessary, we can try to add the g-i-s back.
The weirdest part was that after changing it with YaST, simple Qt applications like the YaST control center worked correctly (i.e. using the Norwegian keyboard layout), and even ancient X programs like xterm. There seems to be a disconnect (at least in this GNOME version) between GNOME / Gtk applications and the system-wide keyboard settings.
In my opinions, QT has its ideas and designs. but GNOME also has theirs. Different user in GNOME have different settings, GNOME leave the choose right to the user himself. There is no insure that GNOME's behavior should be the same with QT. As above comments, gnome use g-i-s and g-c-c, no relevant with system-wide setting. Thank you! -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1225991 https://bugzilla.suse.com/show_bug.cgi?id=1225991#c20 Iakov Karpov <srid@rkmail.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |srid@rkmail.ru --- Comment #20 from Iakov Karpov <srid@rkmail.ru> --- I believe that the issue is within 'xdm' package. It contains a script /etc/X11/xdm/keytable, which is executed during display-manager.service start. This script overrides locale settings by issuing 'localectl set-locale us' command. This is unacceptable behavior, xdm should honor X11-related settings in /etc/vconsole.conf and not override them if those options exist. However, there is another bug with applications running on top of Xwayland ignoring system keyboard layout, I am not sure what is the case of that. Please note that for those who need non-latin keyboard layouts this issue might be critical. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠suse.com