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-it/docs/tdenetwork/ktalkd/index.docbook | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) (limited to 'tde-i18n-it/docs/tdenetwork/ktalkd') diff --git a/tde-i18n-it/docs/tdenetwork/ktalkd/index.docbook b/tde-i18n-it/docs/tdenetwork/ktalkd/index.docbook index c8403c9968a..8d846f956b9 100644 --- a/tde-i18n-it/docs/tdenetwork/ktalkd/index.docbook +++ b/tde-i18n-it/docs/tdenetwork/ktalkd/index.docbook @@ -383,7 +383,7 @@ Perché questo sarebbe un problema di sicurezza, con il metodo attuale di identificazione dell'utente. Puoi aggirare questa limitazione aggiungendo due righe al file di configurazione di xdm (che sono gli stessi di &kdm;). +> (che sono gli stessi di &tdm;). Questo farà in modo che &kdm; (o Questo farà in modo che &tdm; (o xdm) facciano accedere l'utente ad utmp, che è la procedura corretta. A mio parere, la procedura di login non è compito di &konsole; o di xterm >root di leggere /proc. La soluzione è la stessa della domanda precedente, a patto che tu usi &kdm; o . La soluzione è la stessa della domanda precedente, a patto che tu usi &tdm; o xdm per accedere ad X. In ogni caso, faresti bene ad aggiornare il sistema! @@ -473,7 +473,7 @@ DisplayManager._0.reset: /etc/X11/xdm/Xreset >Altrimenti, è tutto normale. &ktalkd; non riesce a trovare l'utente perché &kde; non lo registra in utmp ed il riconoscimento basato su &Linux; (/proc) è disabilitato. La soluzione è la stessa che nella domanda precedente, a patto che utilizzi kdmtdm o xdm per accedere ad X. Un'altra soluzione è di assicurarti che una copia dell'applicazione