From e198274bd57f0df7acf739d62cc17d9aa2960593 Mon Sep 17 00:00:00 2001 From: Timothy Pearson Date: Sun, 22 Jan 2012 00:25:42 -0600 Subject: Part 1 of 2 of kdm rename --- tde-i18n-ru/docs/tdenetwork/ktalkd/index.docbook | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) (limited to 'tde-i18n-ru/docs/tdenetwork/ktalkd/index.docbook') diff --git a/tde-i18n-ru/docs/tdenetwork/ktalkd/index.docbook b/tde-i18n-ru/docs/tdenetwork/ktalkd/index.docbook index cd958d18e04..bae6d29be77 100644 --- a/tde-i18n-ru/docs/tdenetwork/ktalkd/index.docbook +++ b/tde-i18n-ru/docs/tdenetwork/ktalkd/index.docbook @@ -385,7 +385,7 @@ Потому, что автоматическлое определение пользователей может быть дырой в безопасности системы. Вы можете обойти это ограничение, добавив две строчки в файл конфигурации xdm (аналогично &kdm;). +> (аналогично &tdm;). Благодаря этому &kdm; (или Благодаря этому &tdm; (или xdm) включит пользователя в utmp, что, собственно, и требовалось. Я думаю, что не &konsole;, или xterm должны заносить туда пользователя, а именно xdm и &kdm;. Тем не менее, это не занесет туда пользователя как пользователя Х при и &tdm;. Тем не менее, это не занесет туда пользователя как пользователя Х при startx... Есть какие-нибудь соображения? @@ -469,7 +469,7 @@ DisplayManager._0.reset: /etc/X11/xdm/Xreset >root читать /proc. Решение этой проблемы аналогично описанному в предыдущем вопросе, запускать &kdm; или . Решение этой проблемы аналогично описанному в предыдущем вопросе, запускать &tdm; или xdm для входа в X. Или обновить ядро! @@ -477,7 +477,7 @@ DisplayManager._0.reset: /etc/X11/xdm/Xreset >Иначе, это так и должно быть. &ktalkd; не может найти пользователя, так как &kde; не включил его в utmp и используемая в &Linux; (/proc) функция определения отключена. Решение этой проблемы аналогично описанному в предыдущем вопросе, запускать kdmtdm или xdm для входа в X. Другое решение - всегда запускать