On 6 February 2018 at 19:33, Bruno Wolff III <br...@wolff.to> wrote:
> On Fri, Feb 02, 2018 at 20:35:25 +0000,
> Tomasz Kłoczko <kloczko.tom...@gmail.com> wrote:
>
>> Hi,
>>
>> Looks like today updates are trashing gnome almost completely.
>> gdm-x-session cannot setup XKB mapping. gnome-shell is core dumping ..
>>
>> "journalctl -xe" output is in attachment.
>>
>
> If this is rawhide, you might try downgrading m17n-db* . On one machine
> the latest version is causing lots of applications to crash. On other
> machines it doesn't happen and I don't know what the difference is. I'm
> hoping the gcc8 rebuild will fix things when it happens. Right now I don't
> have much for the maintainer to go on to try to fix things.
>
m17n-db has nothing to do with xkb.
I've done something different.
I found that m17n-db is only required by m17n-lib package and m17n-lib is
required only by ibus-m17n, and nothing requires ibus-m17n.
So I've removed all those three packages and after logout-> loging (under
gnome or Xfce; both under X11) still gdm has been failing with *exactly*
the same error messages.
xkb is about keyboard mappings withing working X11 server.
Nevertheless just found what is causing tose xkb errors.
I've installed xorg-x11-xkb-extras to have the access to setxkbmap command
and on executing:
[tkloczko@domek ~]$ setxkbmap -v pl
Warning! Multiple definitions of keyboard layout
Using command line, ignoring X server
Trying to build keymap using the following components:
keycodes: evdev+aliases(qwerty)
types: complete
compat: complete
symbols: pc+pl+inet(evdev)
geometry: pc(pc105)
Error loading new keyboard description
[tkloczko@domek ~]$ strace -e trace=file setxkbmap -v pl
execve("/usr/bin/setxkbmap", ["setxkbmap", "-v", "pl"], 0x7ffcce6b2830 /*
46 vars */) = 0
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
directory)
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/libxkbfile.so.1", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/libX11.so.6", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/libxcb.so.1", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/libXau.so.6", O_RDONLY|O_CLOEXEC) = 3
access("/run/user/1000/gdm/Xauthority", R_OK) = 0
openat(AT_FDCWD, "/run/user/1000/gdm/Xauthority", O_RDONLY) = 4
Warning! Multiple definitions of keyboard layout
Using command line, ignoring X server
openat(AT_FDCWD, "./rules/evdev-C.lst", O_RDONLY) = -1 ENOENT (No such file
or directory)
openat(AT_FDCWD, "./rules/evdev.lst", O_RDONLY) = -1 ENOENT (No such file
or directory)
openat(AT_FDCWD, "/usr/share/X11/xkb/rules/evdev-C.lst", O_RDONLY) = -1
ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/X11/xkb/rules/evdev.lst", O_RDONLY) = 4
openat(AT_FDCWD, "/usr/share/X11/xkb/rules/evdev-C", O_RDONLY) = -1 ENOENT
(No such file or directory)
openat(AT_FDCWD, "/usr/share/X11/xkb/rules/evdev", O_RDONLY) = 4
Next was rpm query:
[tkloczko@domek ~]$ rpm -qif /usr/share/X11/xkb/rules/evdev
Name : xkeyboard-config
Version : 2.23
Release : 1.fc28
Architecture: noarch
Install Date: Fri 02 Feb 2018 03:10:22 GMT
Group : Unspecified
Size : 5804719
License : MIT
Signature : RSA/SHA256, Wed 31 Jan 2018 09:07:03 GMT, Key ID
e08e7e629db62fb1
Source RPM : xkeyboard-config-2.23-1.fc28.src.rpm
Build Date : Wed 31 Jan 2018 09:06:48 GMT <<<< ****HERE**** >>>>
Build Host : buildvm-ppc64le-15.ppc.fedoraproject.org
Relocations : (not relocatable)
Packager : Fedora Project
Vendor : Fedora Project
URL : http://www.freedesktop.org/wiki/Software/XKeyboardConfig
Summary : X Keyboard Extension configuration data
Description :
This package contains configuration data used by the X Keyboard Extension
(XKB),
which allows selection of keyboard layouts when using a graphical interface.
As long as upgrade 2.23 has been done around the time when mine problems
with xkb started I've downloaded xkeyboard-config-2.22 from f27 and after
downgrade:
[tkloczko@domek ~]$ setxkbmap -v pl
Warning! Multiple definitions of keyboard layout
Using command line, ignoring X server
Trying to build keymap using the following components:
keycodes: evdev+aliases(qwerty)
types: complete
compat: complete
symbols: pc+pl+inet(evdev)
geometry: pc(pc105)
[tkloczko@domek ~]$ łóćźęśźż
So I'm able now to enter Polish characters :)
So looks like at least something is wrong with xkeyboard-config-2.23.
If no one will try to check what has been changed in 2.23 tomorrow will
continue investigation (at the moment have no time to raise ticket).
A .. BTW: looks like m17n-{db,lib} and ibus-m17n are not needed and
everything is working perfectly fine (doesn't matter am I using us, gb or
pl xkb mapping).
Another conclusion: I think that using xkbcomp compile text definition to
binary file and use those binary files is a bit over complication of
setting all xkb settings.
setxkbmap command can use text xkb definitions and using libxkbfile library
to set keyboard mapping is causing that this library lis dynamically linked
with few other binaries which are constantly in memory. Using this library
is not kind the RightUnixWay(tm) as setting keyboard mapping is done only
one time per GUI session or change xkb settings is not time critical using
external command is OK.
Additionally using fixed file name /tmp/server-0.xkm adds security risk. On
use setxkbmap nothing needs to be written to any temporary file.
it is nothing wrong with do fork() end execute some external command.
If whole desktop would be using setxkbmap instead xkbcomp and libxkbfile it
would be possible to change xkx setting from command line or do additional
diagnostics like I've done above.
$ dnf -C repoquery --whatrequires 'libxkbfile.so.1()(64bit)'
cinnamon-desktop-0:3.6.2-3.fc28.x86_64
deepin-mutter-0:3.20.26-1.fc28.x86_64
fcitx-libs-0:4.2.9.5-1.fc28.x86_64
freerdp-libs-2:2.0.0-37.20180115git8f52c7e.fc28.x86_64
freerdp1.2-0:1.2.0-9.fc27.x86_64
input-pad-0:1.0.99.20140916-8.fc27.x86_64
kcm-fcitx-0:0.5.5-1.fc28.x86_64
ktouch-0:17.12.1-1.fc28.x86_64
libxkbfile-devel-0:1.0.9-6.fc27.x86_64
libxklavier-0:5.4-9.fc27.x86_64
mutter-0:3.27.1-1.fc28.x86_64
mutter-tests-0:3.27.1-1.fc28.x86_64
onboard-0:1.4.1-8.fc28.x86_64
plasma-desktop-0:5.12.0-1.fc28.x86_64
python2-virtkey-0:0.63.0-5.fc27.x86_64
python3-virtkey-0:0.63.0-5.fc27.x86_64
qxkb-0:0.4.6-9.fc26.x86_64
remmina-plugins-nx-0:1.2.0-0.46.20180107.git.d70108c.fc28.x86_64
xkb-switch-0:1.5.0-3.20160925gitda4ef22.fc27.x86_64
xorg-x11-apps-0:7.7-18.fc27.x86_64
xorg-x11-xkb-extras-0:7.7-21.fc27.x86_64
xorg-x11-xkb-utils-0:7.7-21.fc27.x86_64
xpra-0:2.2.3-5.fc28.x86_64
Looks like already to many things with using libxkbfile library went a bit
to far.
kloczek
--
Tomasz Kłoczko | LinkedIn: *http://lnkd.in/FXPWxH <http://lnkd.in/FXPWxH>*
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
