ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | crashes on Eterm startup | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Ivan Zakharyaschev <imz> | ||||||||
| Component: | xorg-x11-xfs | Assignee: | Valery Inozemtsev <shrek> | ||||||||
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus | ||||||||
| Severity: | blocker | ||||||||||
| Priority: | P2 | CC: | evg | ||||||||
| Version: | unstable | ||||||||||
| Hardware: | all | ||||||||||
| OS: | Linux | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Ivan Zakharyaschev
2008-03-14 03:03:34 MSK
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 молчит. т.ч. о чем речь не понятно |
