Проявляется такое поведение xfs: после некоторых действий с некоторыми программами, очевидно, связанных с запросом новых видов шрифтов у xfs, у xfs что-то переклинивает внутри и он начинает есть память в бесконечном цикле, где-то по несколько мегабайт в секунду. При этом, понятно, уже ни на какие запросы не отвечает, программа, запросившая шрифт, делает вид, что висит, пока он xfs не съест всю память и не будет убит ядром за это. После этого программа "отвисает" и обычно довольствуется неким substitute-шрифтом, видимо, из кэша. Перезапуск (service xfs restart) после такого помогает на некоторые время, до следующего такого запроса. 100% четких закономерностей выявить не удалось. Регулярно и достаточно воспроизводимо такое бывает при работе с GNU emacs / gtk с его настройками по умолчанию, а именно (не всегда, а где-то в 30% случаев), когда наводишь мышкой на некий выбираемый элемент в буфере, например, выбирая конкретный вариант completion (он при этом при наведении мышки он должен перекраситься и отобразиться другим face - background и foreground меняются местами). В целом и общем - помогает способ остерегаться таких faces и не наводить мышку куда попало. Иногда описанное поведение происходит и с другими программами, в первую очередь - теми, которые используют частями или целиком некие библиотеки, отличные от Qt/Gtk, т.е. motif (xpdf), Xaw, fltk и т.п. Архитектура - x86_64, все пакеты xorg - из Сизифа на 2006-12-03, а именно xfs - xorg-x11-xfs-1.0.3-alt1. В xorg.conf: Section "Files" RgbPath "/usr/share/X11/rgb" FontPath "unix/:-1" EndSection /etc/X11/fs/config в аттаче.
Created attachment 1696 [details] /etc/X11/fs/config
могу предложить только apt-get remove xorg-x11-xfs
может тогда все-таки не будем его собирать, и, соответственно, все имеет смысл поставить вопрос о том, что все утилиты, как либо генерящие конфиги X-сервера, по умолчанию бы не добавляли только unix:/-1?
не собирать мы его не будем, мало ли, может кому то действительно нужен X Font Server (именно сервер). а вот про то что бы конфиги генерились без FontPath я говорю уже года 2
где-то в xfs есть ошибка - судя по ее характеру - это memory corruption; любая ошибка такого рода - security breach, как минимум - DoS (что, собственно, уже и продемонстрировано), а вообще - и local code execution. если xfs сейчас де-факто не поддерживается (судя по совету сделать apt-get remove) - мне кажется, что лучше его не собирать. а насчет генерации конфигов - от кого это зависит? баги на соответствующих пакетах уже висят / повесим?
баги висят, только вот вопрос - что сейчас является генератором конфигов?
а можно показать пример, как должна выглядеть секция Files с FontPath для конфигурации без xfs? там все эти paths должны быть перечислены или вообще ничего - все через fontconfig?
FontPath вообще не должно быть, каталоги со шрифтами берутся из /etc/X11/fs/config (см. /etc/X11/xinit.d/xfonts)
Понял, спасибо. Хочу только обратить внимание, что в дефолтном конфиге /etc/sysconfig/xfs в xorg-x11-xfs-1.0.3-alt1, xfs включен: # # Arguments for xfs init script # ARGS="-port -1 -daemon -user xfs" XFS=yes А в самом скрипте /etc/init.d/xfs: #!/bin/sh # # xfs: Starts/Stops the X Font Server # # chkconfig: 2345 44 10 # description: Starts and stops the X Font Server at boot time and shutdown. Т.е. сервис включается автоматически при инсталляции.
Закрыл баг, по крайней мере пока, как WONTFIX - по факту так.
WONTFIX, а при этом в жтой документации http://www.freesource.info/wiki/AltLinux/Dokumentacija/NastrojjkaServeraPrilozhenijj& описана ситуация, когда xfs используется.
