Archlinux.fr [Forums]

Gr3e a écrit :
Code : Tout sélectionner
reboot.sh: ligne2: /org/freedesktop/ConsoleKit/Manager: Aucun fichier ou dossier de ce type

ça affiche ligne 2 alors qu'à mon avis, ça devrait être sur la même ligne.

Sinon, +1 pour la vérification de la session consolekit

En ayant lancé ta session avec "ck-launch-session" ?
Oui

1) poste le résultat de 'ck-list-sessions'

Code : Tout sélectionner

Session1:
	unix-user = '1000'
	realname = '(null)'
	seat = 'Seat1'
	session-type = ''
	active = FALSE
	x11-display = ''
	x11-display-device = ''
	display-device = '/dev/tty1'
	remote-host-name = ''
	is-local = TRUE
	on-since = '2012-06-06T14:40:21.645697Z'
	login-session-id = '1'
	idle-since-hint = '2012-06-06T14:40:54.916215Z'

2) poste la liste des groupes auxquels ton user appartient (commande 'groups')

Code : Tout sélectionner

lp wheel log video audio optical floppy storage scanner power users zara

Par défaut, il n'y a pas de lien entre les groupes et les actions arrêt, redémarrage etc.
Par contre, le coupable, c'est active = FALSE (de ta sortie ck-list-sessions), tu démarres ta session depuis inittab ? ou c'est un login normale puis un startx ?

login normal depuis startx !

Gr3e a écrit :login normal depuis startx !

s/depuis/puis ?

Tu devrais normalement avoir 2 sessions dans la sortie de ck-list-sessions. Tu peux poster ton .xinitrc ?

Il est sur la page précédente

Autant pour moi. Dans le fichier que tu donnes, si tu as rajouté le ck-launch-session à la ligne lançant awesome, urxvt est en dehors, il faut qu'il soit lancé dans une session consolekit pour pouvoir comparer les commandes lancées depuis awesome et celles lancées depuis le terminal.

Je dois donc mettre le

Code : Tout sélectionner

urxvt -q -f -o

dans une ligne mais après

Code : Tout sélectionner

exec ck-launch-session dbus-launch awesome

?

Tu comptes lancer ta session toujours avec startx ou tu as l'intention d'utiliser un gestionnaire de login genre xdm ou slim ?

Parce qu'en regardant ceci :

https://bbs.archlinux.org/viewtopic.php ... 5#p1046475

Avec le gestionnaire et un xorg récent "ck-launch-session" n'est pas nécessaire apparemment.

Je compte laisser startx

Sinon j'ai modifié le .xinitrc et ô bonheur maintenant quand j'exécute la commande

Code : Tout sélectionner

dbus-send --system --print-reply --dest="org.freedesktop.ConsoleKit" /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Stop

, le pc reboot sans sourciller !!

Et d'ailleurs le raccourci menu d'awesome fonctionne tout aussi bien, la chose est donc résolue !!!!
Merci à tous, superbe

Plus qu'a aller cuisiner une petite galette de pommes de terre pour ce soir et la journée sera une réussite xD

Peux-tu poster ton nouveau .xinitrc, ou du moins indiquer ce que tu as changé dedans ?
Hier soir j'ai essayé la commande dbus-send... et ça marche très bien. Mon .xinitrc contient un truc du genre :

Code : Tout sélectionner

urxvtd -q -f -o
ck-launch-session xmonad

Ce qui ressemble fort à ton ancien .xinitrc.

Il a un peu changé étant donné que j'ai enlevé xfce ayant pris mes marques sur awesome et que je n'ai pluys de deuxième écran pour le dual screen.
J'ai donc simplifié et modifié l'ordre comme suit

Code : Tout sélectionner

#!/bin/sh
exec ck-launch-session dbus-launch awesome
#
# launches urxvtd daemon
urxvt -q -f -o
#
# disable bip sound
/usr/bin/xset b off

urxvt et xset ne s'exécutent jamais...
En effet la commande exec remplace le processus courant (ton script) par ce que tu lui donnes en paramètre. Donc tout ce qui suit le exec ne sert à rien...
Ce qui est confirmé avec un petit script du genre :

Code : Tout sélectionner

#!/bin/bash
exec sleep 1
echo coucou

aucun coucou ne sera affiché à l'écran

Donc le déplacement n'est pour rien dans la résolution du problème ? :p
Il faut que je remette le urxvt en début de .xinitrc ou peu importe ?

En fait tu as deux soucis :
tu as mis urxvt au lieu de urxvtd (si tu veux utiliser le démon).
Tout ce qui est placé après le exec doit l'être avant.
D'après ton .xinitrc, comme le démon urxvtd n'est pas lancé, quand tu lances urxvt depuis awesome, c'est un 'vrai' urxvt qui se lance, et pas une instance gérée par le démon (vu qu'il n'y a pas de démon

).

oktoberfest a écrit :Mon .xinitrc contient un truc du genre :
Code : Tout sélectionner
urxvtd -q -f -o
ck-launch-session xmonad

Et tu lances ta session avec login -> startx aussi ? dans ce cas il y a quelque chose qui m'échappe.
Par contre, si c'est avec slim (ou équivalent), urxvt sera dans une session ck active et locale ce qui ne sera normalement pas le cas de xmonad.

Gr3e a écrit :Donc le déplacement n'est pour rien dans la résolution du problème ?

Comment tu lances un terminal ? parce que si tu lances juste urxvt[b]c[/b] ... vu que urxvt[b]d[/b] ne se lance pas, je comprends pas comment tu peux avoir un terminal.
Par contre, si tu lances un script qui regarde si urxvtd tourne et en lance un dans le cas contraire, le déplacement de la commande (qui dans ton cas équivaut à sa suppression) y est pour beaucoup car urxvtd sera lancé par awesome qui sera lui lancé dans une session ck.

Oui je lance via login et startx.
Je regarderai ce soir si j'ai pas un truc lancé via xmonad au démarrage, qui pourrait expliquer pourquoi cela fonctionne.

Sinon enfait jusque la j'avais laissé l'histoire du urxvtd en plan la chose ne fonctionnant pas, je n'avais même pas calculé l'erreur de frappe du .xinitrc :p.
Tu as donc anticipé la résolution d'un problème futur ...

Je viens de faire un essai rapide avec un VM.
Déjà pour valider la base, je met dans mon .xinitrc :

Code : Tout sélectionner

exec ck-launch-session xterm

Je lance la commande dbus-send depuis ce xterm -> La machine s'éteint.

Si maintenant je mets dans mon .xinitrc

Code : Tout sélectionner

urxvtd -q -f -o
exec ck-launch-session xterm

Depuis mon xterm je lance urxvtc, puis depuis mon urxvtc je lance dbus-send -> La machine s'éteint.

Exact, je viens de faire les tests aussi, ça fonctionne, le shell est bien lancé sous la session ck (il est vraiment bien ce urxvt:)). Du coup, ce qui a modifié le comportement pour Gr3e reste un mystère pour moi

(ou alors, le 1er test après le rajout de ck-launch-session a été mal interprété

)

Au cas où, pour tester, tu peux aussi lancer:

Code : Tout sélectionner

pkcheck --action-id org.freedesktop.consolekit.system.stop --process $$ && echo autorisé

même si j'imagine que redémarrer la vm ne prend pas énormément de temps

Archlinux.fr [Forums]

[xinitrc] Menu pour éteindre, mettre en veille (Résolu)

Re: [Awesome] Menu pour éteindre, mettre en veille ...

Re: [Awesome] Menu pour éteindre, mettre en veille ...

Re: [Awesome] Menu pour éteindre, mettre en veille ...

Re: [Awesome] Menu pour éteindre, mettre en veille ...

Re: [Awesome] Menu pour éteindre, mettre en veille ...

Re: [Awesome] Menu pour éteindre, mettre en veille ...

Re: [Awesome] Menu pour éteindre, mettre en veille ...

Re: [Awesome] Menu pour éteindre, mettre en veille ...

Re: [Awesome] Menu pour éteindre, mettre en veille ...

Re: [Awesome] Menu pour éteindre, mettre en veille ...

Re: [xinitrc] Menu pour éteindre, mettre en veille (Résolu)

Re: [xinitrc] Menu pour éteindre, mettre en veille (Résolu)

Re: [xinitrc] Menu pour éteindre, mettre en veille (Résolu)

Re: [xinitrc] Menu pour éteindre, mettre en veille (Résolu)

Re: [xinitrc] Menu pour éteindre, mettre en veille (Résolu)

Re: [xinitrc] Menu pour éteindre, mettre en veille (Résolu)

Re: [xinitrc] Menu pour éteindre, mettre en veille (Résolu)

Re: [xinitrc] Menu pour éteindre, mettre en veille (Résolu)

Re: [xinitrc] Menu pour éteindre, mettre en veille (Résolu)

Re: [xinitrc] Menu pour éteindre, mettre en veille (Résolu)