diff options
| author | Timothy Pearson <kb9vqf@pearsoncomputing.net> | 2012-01-22 00:25:42 -0600 |
|---|---|---|
| committer | Timothy Pearson <kb9vqf@pearsoncomputing.net> | 2012-01-22 00:25:42 -0600 |
| commit | e198274bd57f0df7acf739d62cc17d9aa2960593 (patch) | |
| tree | f838211d3cb6d2afd5c90539562108cd3b9c2f92 /tde-i18n-es/docs/tdenetwork | |
| parent | 1da9a128f97a0a873e8675322fd4f0f8eaa241db (diff) | |
| download | tde-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.docbook | 10 |
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 |