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-es/docs/tdenetwork/ktalkd/index.docbook | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) (limited to 'tde-i18n-es/docs/tdenetwork/ktalkd') diff --git a/tde-i18n-es/docs/tdenetwork/ktalkd/index.docbook b/tde-i18n-es/docs/tdenetwork/ktalkd/index.docbook index a110c64a4fa..fc72ad5d561 100644 --- a/tde-i18n-es/docs/tdenetwork/ktalkd/index.docbook +++ b/tde-i18n-es/docs/tdenetwork/ktalkd/index.docbook @@ -379,7 +379,7 @@ Porque seria un fallo de seguridad, con la detección de usuarios actual. Puede rodear la limitación añadiendo dos lineas en los archivos de configuración de xdm (que son los mismos de &kdm;). +> (que son los mismos de &tdm;). Esto producirá que &kdm; (o Esto producirá que &tdm; (o xdm) registre el usuario en utmp, que es lo correcto. No es trabajo de &konsole;, ni dexterm, registrar al usuario, sino de xdmy &kdm;, en mi opinión. Sin embargo esto no registrara el usuario como usuario de X cuando se usa y &tdm;, en mi opinión. Sin embargo esto no registrara el usuario como usuario de X cuando se usa startx... ¿Alguna idea sobre eso? @@ -463,14 +463,14 @@ DisplayManager._0.reset: /etc/X11/xdm/Xreset >root leer /proc. La solución es la misma que la pregunta anterior, dado que ejecuta &kdm; o . La solución es la misma que la pregunta anterior, dado que ejecuta &tdm; o xdm para ingresar en X. ¡O actualice! De otra manera, esto es normal. &ktalkd; no puede encontrar el usuario, ya que &kde; no le registro en utmp y la detección &Linux; (basada en /proc) esta deshabilitada. La solución es la misma que la pregunta anterior, dado que ejecuta &kdm; o ) esta deshabilitada. La solución es la misma que la pregunta anterior, dado que ejecuta &tdm; o xdm para ingresar en X. Otra solución es asegurarse que siempre tiene un xterm