xorg-x11-xfs-1.0.6-alt1 libXfont-1.3.2-alt1 I attach the results of: strace -e trace=all -fF Eterm &> Eterm.trace strace -fF -e trace=all xfs -user xfs -port -1 -config ./xfs-debug-config &> xfs.trace Steps to Reproduce: 1.start Eterm 2. 3. Actual Results: xfs crashed, Eterm hangs, after a while the Gnome session crashes
Created attachment 2495 [details] Eterm.trace the result of strace -e trace=all -fF Eterm &> Eterm.trace Eterm-0.9.3-alt2
Created attachment 2496 [details] xfs.trace the result of strace -fF -e trace=all xfs -user xfs -port -1 -config ./xfs-debug-config &> xfs.trace
workaround: отказался от использования xfs, как сказано в http://freesource.info/wiki/AltLinux/Sisyphus/changes/archive?v=3z5#h5219-7 . (Вообще странно, что рекомендуется делать так; я всегда считал, что xfs даёт большую надёжность, потому что если при доступе к шрифтам что-то сломается, то упадёт только xfs, а не всё, что было в X, возможно какая-то работа.)
libX11-1.1.4-alt3
Installed libX11-1.1.4-alt3 . No, the crash of xfs is still reproducible. And, BTW, libX11 update couldn't fix a crash in xfs because xfs doesn't depend on libX11.
в сизифе нет Eterm
apt> showpkg Eterm Package: Eterm Versions: 0.9.3-alt2(/var/lib/apt/lists/ftp.altlinux.org_pub_distributions_ALTLinux_Sisyphus_i586_base_pkglist.classic)(/var/lib/apt/lists/ftp.linux.kiev.ua_pub_Linux_ALT_Sisyphus_i586_base_pkglist.classic)(/var/lib/rpm/Packages) Даже если не было бы. Падает-то xfs при каком-то запросе. Его можно смоделировать и независимо от Eterm. (Или взять Eterm из архива.) И xfs может обслуживать другие системы, где что-то сделает такой запрос и повалит xfs в результате.
(In reply to comment #7) > Падает-то xfs при каком-то запросе. Его можно смоделировать и независимо от > Eterm. как?
(In reply to comment #8) > (In reply to comment #7) > > Падает-то xfs при каком-то запросе. Его можно смоделировать и независимо от > > Eterm. > > как? Я, к сожалению, не знаю уже существующего на практике способа. :( Это я сказал чисто теоретически. В принципе, можно писать в log полученные запросы и потом повторить. Если вывод strace не является таким log-ом, могу запустить strace с более подходяшими опциями. В принципе, там все read должны быть.
похоже на следствие #13430. если так надо - лечите fonts-bitmap-cyr_rfx-koi8-r или удалите его
(In reply to comment #10) > похоже на следствие #13430. если так надо - лечите fonts-bitmap-cyr_rfx-koi8-r > или удалите его Удалил все *rfx*. Поведение не изменилось. (Впрочем, это ничего не значит: может быть, у меня есть ещё испорченные алиасы типа тех, что в том багрепорте. Поищу ещё.) Но это был бы только workaround. В xfs всё равно осталась бы ошибка, из-за которой он падает и которой в хорошем xfs не должно быть.
для начала надо локализовать проблему
Created attachment 2540 [details] xfs-debug-config-min Да, судя по всему, включение какой-то директории со шрифтами вызывает это падение, потому что с xfs-debug-config-min запуск Eterm-а проходит нормально и не приводит к падению. Остаётся для начала найти виноватую директорию со шрифтами. Поищу попозже.
$ apt-cache search term | grep -i ^eterm молчит. т.ч. о чем речь не понятно