[résolu][xfce, slim et consolekit] des soucis de permissions

[lepetit]

bonjour, bon je finis par poster un message ici car je ne comprends plus

j'ai donc 2 petits soucis

j'ai un environnement xfce 4.8 d'installé, j'utilise slim comme gestionnaire de connexion.

1)j'ai le paquet xfce4-session d'installé, j'aimerai bien pouvoir m'en passé, de ce que je me souvient, je n'avais jamais eu celà avant.
dans mon .xinitrc j'ai :

Code : Tout sélectionner

#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  done
  unset f
fi

# exec gnome-session
# exec startkde
#exec startxfce4
# ...or the Window Manager of your choice
#exec DEFAULT_SESSION=xfce4
#case $1 in
 #     awesome) exec awesome ;;
  #      wmii) exec wmii ;;
   #       xmonad) exec xmonad ;;
    #        *) exec $DEFAULT_SESSION ;;
     #   esac
exec xfce4-session
#exec startxfce4

normalement je n'ai qu'a commenter "exec xfce4-session" et activer "exec startxfce4" pour booter directement sans xfce4-session
or ce n'est pas le cas, slim revient au login dans ce cas là
voici mon slim.conf

Code : Tout sélectionner

# Path, X server and arguments (if needed)
# Note: -xauth $authfile is automatically appended
default_path        /bin:/usr/bin:/usr/local/bin
default_xserver     /usr/bin/X
xserver_arguments -nolisten tcp vt07

# Commands for halt, login, etc.
halt_cmd            /sbin/shutdown -h now
reboot_cmd          /sbin/shutdown -r now
console_cmd         /usr/bin/xterm -C -fg white -bg black +sb -T "Console login" -e /bin/sh -c "/bin/cat /etc/issue; exec /bin/login"
#suspend_cmd        /usr/sbin/suspend

# Full path to the xauth binary
xauth_path         /usr/bin/xauth 

# Xauth file for server
authfile           /var/run/slim.auth


# Activate numlock when slim starts. Valid values: on|off
# numlock             on

# Hide the mouse cursor (note: does not work with some WMs).
# Valid values: true|false
# hidecursor          false

# This command is executed after a succesful login.
# you can place the %session and %theme variables
# to handle launching of specific commands in .xinitrc
# depending of chosen session and slim theme
#
# NOTE: if your system does not have bash you need
# to adjust the command according to your preferred shell,
# i.e. for freebsd use:
# login_cmd           exec /bin/sh - ~/.xinitrc %session
login_cmd           exec ck-launch-session /bin/bash -login ~/.xinitrc %session

# Commands executed when starting and exiting a session.
# They can be used for registering a X11 session with
# sessreg. You can use the %user variable
#
# sessionstart_cmd	some command
# sessionstop_cmd	some command

# Start in daemon mode. Valid values: yes | no
# Note that this can be overriden by the command line
# options "-d" and "-nodaemon"
# daemon	yes

# Available sessions (first one is the default).
# The current chosen session name is replaced in the login_cmd
# above, so your login command can handle different sessions.
# see the xinitrc.sample file shipped with slim sources
sessions            xfce4,icewm,wmaker,blackbox

# Executed when pressing F11 (requires imagemagick)
screenshot_cmd      import -window root /slim.png

# welcome message. Available variables: %host, %domain
welcome_msg         Welcome to %host

# Session message. Prepended to the session name when pressing F1
# session_msg         Session: 

# shutdown / reboot messages
shutdown_msg       The system is halting...
reboot_msg         The system is rebooting...

# default user, leave blank or remove this line
# for avoid pre-loading the username.
#default_user        simone

# Focus the password field on start when default_user is set
# Set to "yes" to enable this feature
#focus_password      no

# Automatically login the default user (without entering
# the password. Set to "yes" to enable this feature
#auto_login          no


# current theme, use comma separated list to specify a set to 
# randomly choose from
current_theme       default

# Lock file
lockfile            /var/lock/slim.lock

# Log file
logfile             /var/log/slim.log

2) en tapant la commande "ck-list-sessions" pour voir les sessions consolekit
il me donne 2 sessions, je ne pense pas que celà soit normal

Code : Tout sélectionner

Session2:
	unix-user = '1000'
	realname = 'blabla'
	seat = 'Seat1'
	session-type = ''
	active = TRUE
	x11-display = ':0.0'
	x11-display-device = '/dev/tty7'
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2012-01-07T19:29:07.970143Z'
	login-session-id = '1'
Session1:
	unix-user = '1000'
	realname = 'blabla'
	seat = 'Seat2'
	session-type = ''
	active = FALSE
	x11-display = ':0.0'
	x11-display-device = ''
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2012-01-07T19:29:07.792040Z'
	login-session-id = '1'

que faire svp ?
merci

[davidvs]

histoire de répondre vite (eat time !), je te donne ce j'ai sur Dagobert :

Code : Tout sélectionner

#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

#if [ -d /etc/X11/xinit/xinitrc.d ]; then
#  for f in /etc/X11/xinit/xinitrc.d/*; do
#    [ -x "$f" ] && . "$f"
#  done
#  unset f
#fi

# exec gnome-session
# exec startkde
# exec startxfce4
# ...or the Window Manager of your choice
#exec ck-launch-session dbus-launch startxfce4


DEFAULT_SESSION=xfce4
case $1 in
  xfce4) exec ck-launch-session dbus-launch startxfce4;;
  dwm)   exec ck-launch-session dbus-launch dwm;;
  *)       exec $DEFAULT_SESSION;;
esac

puis mon slim :

Code : Tout sélectionner

# Path, X server and arguments (if needed)
# Note: -xauth $authfile is automatically appended
default_path        /bin:/usr/bin:/usr/local/bin
default_xserver     /usr/bin/X
xserver_arguments -nolisten tcp vt07

# Commands for halt, login, etc.
halt_cmd            /sbin/shutdown -h now
reboot_cmd          /sbin/shutdown -r now
console_cmd         /usr/bin/xterm -C -fg white -bg black +sb -T "Console login" -e /bin/sh -c "/bin/cat /etc/issue; exec /bin/login"
#suspend_cmd        /usr/sbin/suspend

# Full path to the xauth binary
xauth_path         /usr/bin/xauth 

# Xauth file for server
authfile           /var/run/slim.auth


# Activate numlock when slim starts. Valid values: on|off
# numlock             on

# Hide the mouse cursor (note: does not work with some WMs).
# Valid values: true|false
# hidecursor          false

# This command is executed after a succesful login.
# you can place the %session and %theme variables
# to handle launching of specific commands in .xinitrc
# depending of chosen session and slim theme
#
# NOTE: if your system does not have bash you need
# to adjust the command according to your preferred shell,
# i.e. for freebsd use:
# login_cmd           exec /bin/sh - ~/.xinitrc %session
login_cmd           exec /bin/bash -login ~/.xinitrc %session

# Commands executed when starting and exiting a session.
# They can be used for registering a X11 session with
# sessreg. You can use the %user variable
#
# sessionstart_cmd	some command
# sessionstop_cmd	some command

# Start in daemon mode. Valid values: yes | no
# Note that this can be overriden by the command line
# options "-d" and "-nodaemon"
# daemon	yes

# Available sessions (first one is the default).
# The current chosen session name is replaced in the login_cmd
# above, so your login command can handle different sessions.
# see the xinitrc.sample file shipped with slim sources
sessions            xfce4,dwm

# Executed when pressing F11 (requires imagemagick)
screenshot_cmd      import -window root /slim.png

# welcome message. Available variables: %host, %domain
welcome_msg         Welcome to %host

# Session message. Prepended to the session name when pressing F1
# session_msg         Session: 

# shutdown / reboot messages
shutdown_msg       The system is halting...
reboot_msg         The system is rebooting...

# default user, leave blank or remove this line
# for avoid pre-loading the username.
default_user        davidvs

# Focus the password field on start when default_user is set
# Set to "yes" to enable this feature
#focus_password      no

# Automatically login the default user (without entering
# the password. Set to "yes" to enable this feature
#auto_login          no


# current theme, use comma separated list to specify a set to 
# randomly choose from
current_theme       archlinux-darch-grey

# Lock file
lockfile            /var/lock/slim.lock

# Log file
logfile             /var/log/slim.log

[Distag]

As-tu essayé de lancer X manuellement avec startx pour voir si cela vient de ton .xinitrc ou non?

Sinon pour slim, je pense que cela peut vinir de la ligne du login_cmd, chez moi elle est comme ça:

Code : Tout sélectionner

login_cmd           exec /bin/sh -login ~/.xinitrc %session 

et je lance le reste ( ck-launch-session, dbus-launch et mon WM) par mon .xinitrc .

[karhu]

J'ai aussi deux sessions de lancer, mais bon.....
Avec juste comme ~/.xinitrc (minimal pour l'exemple mais qui fonctionne)

Code : Tout sélectionner

#!/bin/bash
exec startxfce4

et cette ligne dans /etc/slim.conf

Code : Tout sélectionner

login_cmd           exec ck-launch-session /bin/bash -login ~/.xinitrc %session

cela fonctionne parfaitement à condition d'avoir lancé dbus dans ton fichier /etc/rc.conf.

[lepetit]

merci de votre aide

dbus est bien demarré, j'ai tenté la première solution cité en haut
mais j'ai la meme erreur

exec startxfce4 ne fonctionne pas

[davidvs]

bon alors essaie ça :
dans ton ~/.xinitrc :

Code : Tout sélectionner

#!/bin/sh
exec ck-launch-session dbus-launch startxfce4

puis

Code : Tout sélectionner

$ startx

[FoolEcho]

normalement je n'ai qu'a commenter "exec xfce4-session" et activer "exec startxfce4" pour booter directement sans xfce4-session

Sauf que normalement c'est startxfce4 qu'il faut lancer, pas xfce4-session (startxfce4 se charge de le lancer).

Pour revenir sur les histoires de consolekit et dbus-launch: il faut un seul ck-launch-session, donc soit dans slim (ligne du login_cmd) soit dans ton .xinitrc comme on t'a montré (je précise parce qu'à la fin, il doit y avoir pleins d'utilisateurs qui ne doivent pas comprendre pourquoi tantôt c'est présenté dans le .xinitrc, tantôt non). Pour dbus-launch, il faut bien sûr le service dbus de démarré et pour faire le dbus-launch on peut garder la base du /etc/skel/.xinitrc, ou le rajouter sur le exec approprié. À noter cependant que startxfce4 devrait lancer dbus-launch par lui-même.

Maintenant pour revenir sur ton problème, question bête, mais je m'interroge sur le fait que tu aies xfce-utils d'installé ?

S'il l'est, pour qu'on s'y retrouve, un log serait le bienvenu. Donc tu peux lancer ta session par slim et nous communiquer le passage approprié de /var/log/slim.log (ou par startx &> startx.log en nous communiquant startx.log).

... et ton titre, stp. http://wiki.archlinux.fr/Forum#Format_du_titre

[lepetit]

bonjour, j'ai trouvé le problème cette nuit, effectivement, xfce4-utils n'étais pas installé

maintenant j'essaie de résoudre ces deux sessions console kit

il se trouve qu'il ya déjà une regle dans /etc/pam.d/slim avec a la fin "session optional pam_ck_connector.so"
malgré tout, je dois quand même mettre exec launch-session startxfce4 pour que je puisse l'éteindre correctement
j'ai essayé toutes les combinaisons possible, un coup juste dans pam, un coup juste dans xinitrc, une fois directement dans slim.conf
mais soit j'ai toujours plusieurs sessions soit, l'extinction du pc via le menu dans xfce ne fonctionne pas (il est a noter que mon utilisateur est bien dans le groupe power)

je sens que je vais dégager slim et démarrer directement sur xfce4

[tuxce]

maintenant j'essaie de résoudre ces deux sessions console kit

En quoi c'est un problème ?

L'une est crée par l'ouverture de la session et l'autre lors du démarrage de la session graphique.

[lepetit]

et ça ne vas pas de poser de problème par la suite? niveau perf etc ?
et en cherchant sur le forum, plusieurs personnes ont dit qu'il ne fallait qu'une sessions d'ouverte

[tuxce]

Problème : non
Perf : alors possible que t'ais une millionième de seconde supplémentaire au démarrage de la session

Sur le forum, ça nous arrive à tous de se tromper...