The update of libX11 from 1.6.5-lp151.3.3-x86_64 to 1.6.5-lp151.4.3.1-x86_64 causes emacs using X11 windowing to segfault. emacs -nw functions without problems. It’s unclear whether this is a problem with upstream (emacs or X11) or with the build details.
Two workarounds: use “-nw” to disable window use, and run emacs in terminal mode
revert libX11 back to 151.3.3.
You need to submit bug report on https://bugzilla.opensuse.org
I experience the same problem here. On start-up, emacs segfaults. I noticed, however, the following:
I tried the following, but to no avail:
No succes, though. I have no idea whre to look further.
Another observation, which may or may not have anything to do with it. When I booted into KDE after the update, the desktop settings (icons, background) were just gone!
Any suggestions?
Regards
Bertwim
What was not clear in “you need to submit bug report”?
With the additional info, others can have suggestions, ideas, etc. Just saying “file a bug” is too simple an answer for a problem that is so fresh.
I feel that if one cannot contribute, it is good practice to keep silent.
Cheers!
I had the same issue with emacs-26.3-lp152.327.38.x86_64. I reverted libX to 1.6.5-lp152.4.5 and everything works fine.
emacs
Fatal error 11: Segmentation fault
Backtrace:
/usr/bin/emacs[0x51323b]
/usr/bin/emacs[0x4f93a7]
/usr/bin/emacs[0x51179e]
/usr/bin/emacs[0x5119b8]
/usr/bin/emacs[0x511a2c]
/lib64/libpthread.so.0(+0x132d0)[0x7fe6f4f172d0]
/usr/bin/emacs[0x4dbe9a]
/usr/bin/emacs[0x4dc277]
/usr/bin/emacs[0x4dcec4]
/usr/bin/emacs[0x570876]
/usr/bin/emacs[0x56f820]
/usr/bin/emacs[0x5aa150]
/usr/bin/emacs[0x571f43]
/usr/bin/emacs[0x56f79b]
/usr/bin/emacs[0x5aa150]
/usr/bin/emacs[0x571f43]
/usr/bin/emacs[0x56f79b]
/usr/bin/emacs[0x571502]
/usr/bin/emacs[0x5707b5]
/usr/bin/emacs[0x56f820]
/usr/bin/emacs[0x5aa150]
/usr/bin/emacs[0x571f43]
/usr/bin/emacs[0x56f79b]
/usr/bin/emacs[0x5aa150]
/usr/bin/emacs[0x571f43]
/usr/bin/emacs[0x56f79b]
/usr/bin/emacs[0x5aa150]
/usr/bin/emacs[0x571f43]
/usr/bin/emacs[0x56f79b]
/usr/bin/emacs[0x5aa150]
/usr/bin/emacs[0x571f43]
/usr/bin/emacs[0x56f79b]
/usr/bin/emacs[0x5aa150]
/usr/bin/emacs[0x571f43]
/usr/bin/emacs[0x5723a3]
/usr/bin/emacs[0x57188a]
/usr/bin/emacs[0x5738fb]
/usr/bin/emacs[0x4f97a2]
/usr/bin/emacs[0x56e9de]
/usr/bin/emacs[0x4fa5bc]
/usr/bin/emacs[0x56e94d]
...
Segmentation fault (core dumped)
[QUOTE=mikesol;2953972]I had the same issue with emacs-26.3-lp152.327.38.x86_64. I reverted libX to 1.6.5-lp152.4.5 and everything works fine.
Thanks. I did the same and it works again.
Regards
Bw
A quick workaround is the start via ssh X11 forwarding:
>ssh -X localhost emacs
I have the same problem, and emacs is absolutely vital for me.
Reverting the X11 update worked, but this was supposedly a security update. What am I risking by not doing it?
I tried to submit a bug report but couldn’t figure out how to.
It seems to have already been reported as Bug 1175028.
Hi All,
I have faced same issue but this issue have been fixed!
Once I updated libX11-6, libX11-xcb1 and libX11-data yesterday, totally resolved.
NG: libX11-6-1.6.5-lp152.5.3.1.x86_64
OK: libX11-6-1.6.5-lp152.5.6.1.x86_64
https://lists.opensuse.org/opensuse-security-announce/2020-08/msg00014.html
https://lists.opensuse.org/opensuse-security-announce/2020-08/msg00015.html
The root cause was regression by last fix for libX11.
For your reference, I found super helpful discussions here.
https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/116#note_586936
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966691
The original story that for me was I cannot input Japanese character with Qt3(KDE3) applications by upgrade Leap 15.1 to 15.2.
XIM was unusable at that time.
I have posted opensue-ja mailing list: https://lists.opensuse.org/opensuse-ja/2020-08/msg00000.html
Regarding IM(Input method) variables in $HOME/.bashrc is:
# fcitx
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=xim
export XMODIFIERS=@im=fcitx
I hope this infromation helps international friends.
Cheers,
koga