summaryrefslogtreecommitdiffstats
path: root/tde-i18n-fr/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-fr/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-fr/docs/tdenetwork')
-rw-r--r--tde-i18n-fr/docs/tdenetwork/ktalkd/index.docbook10
1 files changed, 5 insertions, 5 deletions
diff --git a/tde-i18n-fr/docs/tdenetwork/ktalkd/index.docbook b/tde-i18n-fr/docs/tdenetwork/ktalkd/index.docbook
index f2ceaf52bbf..a79eaad3604 100644
--- a/tde-i18n-fr/docs/tdenetwork/ktalkd/index.docbook
+++ b/tde-i18n-fr/docs/tdenetwork/ktalkd/index.docbook
@@ -361,7 +361,7 @@
<para
>Car ce serait une faille dans la sécurité, avec le système de détection d'utilisateur actuel. Vous pouvez passer outre cette limitation en ajoutant deux lignes dans les fichiers de configuration de <command
>xdm</command
-> (qui sont également ceux de &kdm;). </para>
+> (qui sont également ceux de &tdm;). </para>
<note>
<para
@@ -416,13 +416,13 @@ DisplayManager._0.reset: /etc/X11/xdm/Xreset </screen>
</procedure>
<para
->Cela amènera &kdm; (ou <command
+>Cela amènera &tdm; (ou <command
>xdm</command
>) à connecter l'utilisateur dans utmp, ce qui est la bonne façon de procéder. Il ne revient pas à &konsole;, pas plus qu'à <command
>xterm</command
>, de connecter l'utilisateur, mais à <command
>xdm</command
-> et à &kdm;, à mon avis. Quoi qu'il en soit, cela évite de connecter l'utilisateur comme un utilisateur de X quand on utilise <command
+> et à &tdm;, à mon avis. Quoi qu'il en soit, cela évite de connecter l'utilisateur comme un utilisateur de X quand on utilise <command
>startx</command
>... Y a-t-il des remarques à ce sujet ? </para>
</answer>
@@ -445,7 +445,7 @@ DisplayManager._0.reset: /etc/X11/xdm/Xreset </screen>
>root</systemitem
> de lire <filename class="directory"
>/proc</filename
->. La solution est la même que dans la question précédente, dans la mesure où vous passez par &kdm; ou par <command
+>. La solution est la même que dans la question précédente, dans la mesure où vous passez par &tdm; ou par <command
>xdm</command
> pour vous connecter à X. Une autre solution est de mettre votre système à jour ! </para>
@@ -453,7 +453,7 @@ DisplayManager._0.reset: /etc/X11/xdm/Xreset </screen>
>Si vous n'êtes pas dans ce cas, c'est normal : &ktalkd; ne peut pas trouver l'utilisateur, car &kde; ne le connecte pas dans utmp et la détection basée sur &Linux; (<filename class="directory"
>/proc</filename
>) est désactivée. La solution est la même que dans la question précédente, dans la mesure où vous passez par <acronym
->kdm</acronym
+>tdm</acronym
> ou <acronym
>xdm</acronym
> pour vous connecter à X. Une autre solution est de vous assurer que vous avez toujours un terminal <application