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
молчит. т.ч. о чем речь не понятно