На самом деле не уверен, что это kde4libs. В момент логина, в корне начал создаваться .config/Trolltech.conf с таким содержимым: === [Qt%20Plugin%20Cache%204.7.false] usr\lib64\kde4\plugins\kauth\backend\kauth_backend_plugin.so=40704, 0, linux full-config, 2012-02-08T22:21:16 usr\lib64\kde4\plugins\kauth\helper\kauth_helper_plugin.so=40704, 0, linux full-config, 2012-02-08T22:21:17 === Сразу после установки такого нет вроде бы, начинается после обновления до текущего p6. kde4libs-4.7.4-alt5.M60P.2, но пакет не обновлялся, на самом деле.
И, судя по всему, касается только x84_64
Возможно, это kdesu. Можно удалить Trolltech.conf и проверить /usr/lib64/kde4/libexec/kdesu xterm
(In reply to comment #2) > /usr/lib64/kde4/libexec/kdesu xterm Не появляется. Зато появляется в некий произвольный момент времени. В /var/log/messages одно совпадение: Mar 13 22:28:48 nb dbus[4492]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper) Mar 13 22:28:48 nb dbus[4492]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' При логине время создания тоже совпадает с запуском dbus, но там больше всего происходит. А тут и в 22:28 больше ничего, и ближайшие записи в логе в 22:22 и 22:31, несколько минут разрыв в обе стороны.
Сизиф. x86_64. По времени создания файла в логе точно такая же запись про 'org.kde.powerdevil.backlighthelper' с точностью до секунды.
Скорее всего оно, т.к. из-под root работает
DBus-овские сервисы запускаются с чистыми переменными окружения, включая $HOME. Т.к. имя пользователя известно только одному dbus-у, только он сможет узнать $HOME подлинно. Запускающемуся процессу известен только PID, по которому подлинно определить $HOME нельзя.
Сегодня обратил внимание, что /.config перестал создаваться. После какого обновления это произошло, не знаю.
(В ответ на комментарий №7) > Сегодня обратил внимание, что /.config перестал создаваться. Возможно, в KDE-4.8.5 обход сделали. Подробно не смотрел.
Будем считать, что проблема пропала.
