summaryrefslogtreecommitdiffstats
path: root/tde-i18n-es/docs/tdenetwork
diff options
context:
space:
mode:
authorTimothy Pearson <kb9vqf@pearsoncomputing.net>2012-01-22 00:25:42 -0600
committerTimothy Pearson <kb9vqf@pearsoncomputing.net>2012-01-22 00:25:42 -0600
commite198274bd57f0df7acf739d62cc17d9aa2960593 (patch)
treef838211d3cb6d2afd5c90539562108cd3b9c2f92 /tde-i18n-es/docs/tdenetwork
parent1da9a128f97a0a873e8675322fd4f0f8eaa241db (diff)
downloadtde-i18n-e198274bd57f0df7acf739d62cc17d9aa2960593.tar.gz
tde-i18n-e198274bd57f0df7acf739d62cc17d9aa2960593.zip
Part 1 of 2 of kdm rename
Diffstat (limited to 'tde-i18n-es/docs/tdenetwork')
-rw-r--r--tde-i18n-es/docs/tdenetwork/ktalkd/index.docbook10
1 files changed, 5 insertions, 5 deletions
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 @@
<para
>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 <command
>xdm</command
-> (que son los mismos de &kdm;). </para>
+> (que son los mismos de &tdm;). </para>
<note>
<para
@@ -434,13 +434,13 @@ DisplayManager._0.reset: /etc/X11/xdm/Xreset </screen>
</procedure>
<para
->Esto producirá que &kdm; (o <command
+>Esto producirá que &tdm; (o <command
>xdm</command
>) registre el usuario en utmp, que es lo correcto. No es trabajo de &konsole;, ni de<command
>xterm</command
>, registrar al usuario, sino de <command
>xdm</command
->y &kdm;, en mi opinión. Sin embargo esto no registrara el usuario como usuario de X cuando se usa <command
+>y &tdm;, en mi opinión. Sin embargo esto no registrara el usuario como usuario de X cuando se usa <command
>startx</command
>... ¿Alguna idea sobre eso? </para>
</answer>
@@ -463,14 +463,14 @@ DisplayManager._0.reset: /etc/X11/xdm/Xreset </screen>
>root</systemitem
> leer <filename class="directory"
>/proc</filename
->. La solución es la misma que la pregunta anterior, dado que ejecuta &kdm; o <command
+>. La solución es la misma que la pregunta anterior, dado que ejecuta &tdm; o <command
>xdm</command
> para ingresar en X. ¡O actualice! </para>
<para
>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 <filename class="directory"
>/proc</filename
->) esta deshabilitada. La solución es la misma que la pregunta anterior, dado que ejecuta &kdm; o <command
+>) esta deshabilitada. La solución es la misma que la pregunta anterior, dado que ejecuta &tdm; o <command
>xdm</command
> para ingresar en X. Otra solución es asegurarse que siempre tiene un <application
>xterm</application