Discussion Utilisateur:jcl_vanier

De Wiki de la communauté Mandriva.

Salut !

est ce que tu pourrai completer la page sur invictus firewall que tu avais faite en accord avec le message que j'ai mis dans la partie discussion de cette page stp ?

merci .:Spip:. 14 août 2008 à 09:40 (CEST)

Sommaire

Les fichiers .desktop

Ici et là, je vois que le DM est censé utiliser le répertoire :

répertoire Sessions

/etc/X11/dm/Sessions/

où il trouverait les fichiers .desktop des sessions.

Or, sur ma Mandriva 2010.0 Pwp je n'ai aucun répertoire /etc/X11/dm/Sessions/ ni d'ailleurs aucun répertoire /etc/X11/dm/

Le DM qui fonctionne chez moi est kdm. Et les quatre .desktop se trouvent en :

/usr/share/apps/kdm/sessions/02GNOME.desktop

/usr/share/apps/kdm/sessions/29drak3d.desktop

/usr/share/apps/kdm/sessions/01KDE4.desktop

/usr/share/apps/kdm/sessions/07IceWM.desktop

Comment se fait-il ?

ptyxs 11 juillet 2010 à 17:20 (UTC)


Tu as raison. Il y a une différence entre kdm et gdm. On remarque d'ailleurs qu'ils ne donnent pas exactement la même liste. J'ai corrigé.

jcl_vanier 12 juillet 2010 à 08:15 (UTC)

Très bien... Merci. ptyxs 12 juillet 2010 à 10:13 (UTC)


As-tu une idée de la façon dont xdm s'y prend pour déterminer la session par défaut ? Après un coup d'œil tout à fait rapide et superficiel, il m'a semblé que xdm lance Xsession lequel semblerait utiliser /usr/sbin/chksession ? ptyxs 24 juillet 2010 à 18:27 (UTC)

Exact ==> man xdm et /etc/X11/xdm/xdm-config
/usr/sbin/chksession -F est lancé si le bureau est "default"
Par ailleurs, je n'ai pas réussi à tracer xdm. Avec l'option de suivi des processus enfants :de strace, la fenêtre de login ne s'affiche pas. jcl_vanier 29 juillet 2010 à 22:10 (UTC)

Bureaux

Amusant en effet ce changement de Gestionnaire de Fenêtre. On peut même d'ailleurs supprimer carrément ainsi tout gestionnaire de fenêtre et voir ce qu'il reste ! Amusant et pédagogique : rien de tel pour faire comprendre l'apport (somme toutes limité) du WM. ptyxs 29 juillet 2010 à 09:57 (UTC)


Je me suis longtemps demandé comment lancer sur des consoles graphiques différentes d'une même machine, des bureaux différents.

J'y suis parvenu ainsi :

1) Aller sur une console tty (presser Ctl-Alt-F1, pour aller sur tty1, par exemple)

2) Se connecter comme simple utilisateur.

3) Lancer la commande complexe :

export DISPLAY=:n;X  :n &

(au lieu de n tapez un entier entre 1 et 4 inclus).

Vous vous retrouvez sur l'écran grisâtre de X : retournez en tty1 (Ctrl-Alt-F1) et appelez le processus qui lance le nouveau bureau, par exemple pour que la nouvelle console graphique tourne sous KDE, tapez:

/usr/bin/startkde &

(bien entendu il faut que le bureau appelé, ici KDE, ait été installé...).

Et voilà, vous pouvez maintenant, à coups de Ctrl-Alt-Fn, passer d'une console graphique sous KDE à votre console graphique d'origine (par hypothèse sous un bureau différent). ptyxs 3 août 2010 à 11:22 (UTC)

X

Autant je peux facilement créer une nouvelle session graphique en tous points normale et accessible via Crtl-Alt-F8, en faisant sous une console tty, en tant que simple utilisateur :

startx --  :1

en revanche une commande

X :1

ne me donne qu'un écran noir sur la console F8... ptyxs 29 juillet 2010 à 10:23 (UTC)

C'est le comportement par défaut du serveur X. On peut modifier cela avec les options
  • -br : force la couleur noire (de la fenêtre racine)
  • -wr : force la couleur blanche
  • -retro : écran gris avec curseur
Lorsqu'une application graphique est lancée, on peut modifier l'aspect de la fenêtre racine (entre autres) avec xsetroot.
Voir man Xserver et man xsetroot.
Exemple, depuis une console texte :
   X :1 -retro &
   export DISPLAY=:1
   xeyes &
   xsetroot -solid "#B00003"
Tu pourras observer les changements après chaque commande.
jcl_vanier 29 juillet 2010 à 20:42 (UTC)
Eh oui, ça marche ! Peut-être à intégrer dans le texte principal de la page ? ptyxs 30 juillet 2010 à 13:20 (UTC)
Ok => section 2.2.1
jcl_vanier 30 juillet 2010 à 21:52 (UTC)