|
matttbe, Sunday 21 July 2013 à 19:00
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Ok mais dernier point, quel gestionnaire de session utilises-tu? (lightdm, gdm, lxdm, etc.)
Le problème ici semble être dû à lxdm  |
Subscription date : 02 September 2009
Messages : 539
|
re,
ah oui, effectivement, j'utilise lightdm
cordialement
ours
---------------------------------
Aujourd'hui, l'homme que j'aime depuis des années m'envoie un texto pour me donner rendez-vous. Folle de joie, j'accepte et je vais au lieu prévu. Une fois arrivée, il est là, avec un grand sourire, et dit : "Hey, les gars, notre quatrième joueur pour le baby-foot est arrivé !" VDM |
|
lesebas, Monday 22 July 2013 à 12:53
|
|
Subscription date : 24 November 2008
Messages : 298
|
Ok je verrai si ça marche avec lightdm chez moi... mais ce n'est pas le greeter que je préfère! (sauf en version webkit mais elle n'est plus maintenue!)
Mais ça relance quand même mon idée de départ... ne peut-on pas prévoir une commande personnalisée pour changer d'utilisateur qui renvoie (en cas d'échec) vers l'écran de login? C'est bien le cas pour "se déloguer" et "redémarrer" |
Subscription date : 26 October 2008
Messages : 1904
|
un launcher avec devrait faire l'affaire non? |
|
matttbe, Monday 22 July 2013 à 17:05
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Mais ça relance quand même mon idée de départ... ne peut-on pas prévoir une commande personnalisée pour changer d'utilisateur qui renvoie (en cas d'échec) vers l'écran de login? C'est bien le cas pour "se déloguer" et "redémarrer" Moui, ça pourrait se faire.
Pourrais-tu relancer le dock depuis le terminal et poster ici uniquement les messages que tu as après avoir cliqué sur un utilisateur (tu as posté au début de ce post des messages que tu avais pour récupérer la liste) |
|
lesebas, Monday 22 July 2013 à 21:01
|
|
Subscription date : 24 November 2008
Messages : 298
|
warning : (/build/cairo-dock-plugins/src/cairo-dock-plugins-3.2.1/logout/src/applet-logout.c:cd_logout_get_users_list:1092)
Couldn't get info on the bus from org.freedesktop.Accounts (The name org.freedesktop.Accounts was not provided by any .service files)
-> Trying from GnomeDisplayManager.
warning : (/build/cairo-dock-plugins/src/cairo-dock-plugins-3.2.1/logout/src/applet-logout.c:_get_users_list_gdm:1009)
Couldn't get users on the bus from org.gnome.DisplayManager (The name org.gnome.DisplayManager was not provided by any .service files)
-> Using a fallback method.
C'est tout ce que j'ai... les messages apparaissent quand je déroule la liste, mais le clic ne fait rien! |
|
matttbe, Monday 22 July 2013 à 23:46
|
|
Subscription date : 24 January 2009
Messages : 12573
|
La liste est récupérée depuis /etc/passwd après avoir testé Accounts et GDM (d'où les 2 warnings).
Après, je suppose qu'il va juste tester avec GDM et ne produit pas d'erreur.
Pourrais-tu tester la dernière rev (2889)? Tu pourras ensuite entrer la commande "lxdm -c" dans le panneau de config. |
|
lesebas, Tuesday 23 July 2013 à 23:07
|
|
Subscription date : 24 November 2008
Messages : 298
|
Pourrais-tu tester la dernière rev (2889)? Tu pourras ensuite entrer la commande "lxdm -c" dans le panneau de config.
Difficile vu que le paquet cairo-dock-bzr n'est pas à jour sur AUR...
Au fait j'ai détectée un comportement bizarre de loginctl : il ne voit qu'une unique session graphique quelque soit le nombre d'utilisateurs connectés...:
http://forums.archlinux.fr/topic13974.html |
|
matttbe, Wednesday 24 July 2013 à 00:13
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Difficile vu que le paquet cairo-dock-bzr n'est pas à jour sur AUR... J'ai proposé une version des PKGBuild pour BZR mais je ne l'ai pas testée: bg_topic.php?t=7069#mess_80036
N'hésite pas à jeter un coup d'oeil
Sinon, la compilation n'est absolument pas compliquée et est "classique"
Après avoir installé les dépendances et téléchargé le code source, il suffit de lancer ceci dans les dossiers core et plugins: mkdir build && cd build
cmake .. -DCMAKE_INSTALL_PREFIX=/usr
make -j 4
sudo make install |
|
lesebas, Wednesday 24 July 2013 à 23:35
|
|
Subscription date : 24 November 2008
Messages : 298
|
Bon j'ai donc fini par installé la version BZR, mais même en renseignant la commande "lxdm -c USER_SWITCH" ca ne marche pas :
warning : (/home/sebastien/cairo-dock-plugins/src/cairo-dock-plug-ins/logout/src/applet-logout.c:cd_logout_get_users_list:1153)
Couldn't get info on the bus from org.freedesktop.Accounts (The name org.freedesktop.Accounts was not provided by any .service files)
-> Trying from GnomeDisplayManager.
warning : (/home/sebastien/cairo-dock-plugins/src/cairo-dock-plug-ins/logout/src/applet-logout.c:_get_users_list_gdm:1070)
Couldn't get users on the bus from org.gnome.DisplayManager (The name org.gnome.DisplayManager was not provided by any .service files)
-> Using a fallback method.
gtk_device_grab_add: assertion `GDK_IS_DEVICE (device)' failed
Par contre on s'est bien compris dans la commande "lxdm -c USER_SWITCH", USER_SWITCH n'est pas un allias qu'il faut remplacer par le nom du compte... c'est la commande en "dur" qu'il faut entrer pour rappeler le greeter lxdm. |
|
matttbe, Thursday 25 July 2013 à 00:25
|
|
Subscription date : 24 January 2009
Messages : 12573
|
c'est la commande en "dur" qu'il faut entrer pour rappeler le greeter lxdm. Ah, il n'y a pas une option pour indiquer vers quel utilisateur switcher?
Sinon, tu peux utiliser la commande: lxdm -c USER_SWITCH && echo (ou le nom d'un script qui ne fait que lancer cette commande)
Aussi, juste avant que le dock lance la commande, tu devrais voir un warning dans le terminal (DisplayManager (...) error), ce n'est pas le cas?
Si non, quels sont les messages produits par: echo $XDG_SEAT_PATH
dbus-send --print-reply --system --dest=org.gnome.DisplayManager /org/gnome/DisplayManager/LocalDisplayFactory org.gnome.DisplayManager.LocalDisplayFactory.SwitchToUser string:"stephanie" |
|
lesebas, Thursday 25 July 2013 à 21:10
|
|
Subscription date : 24 November 2008
Messages : 298
|
Ah, il n'y a pas une option pour indiquer vers quel utilisateur switcher?
En tous cas je ne la connais pas et pas de manuel ou de doc pour la commande lxdm...
lxdm -c USER_SWITCH && echo
Ça ne donne rien de mieux
Aussi, juste avant que le dock lance la commande, tu devrais voir un warning dans le terminal (DisplayManager (...) error), ce n'est pas le cas?
ben non rien... le retour des commandes :
[sebastien@Vulpus ~]$ echo $XDG_SEAT_PATH
[sebastien@Vulpus ~]$ dbus-send --print-reply --system --dest=org.gnome.DisplayManager /org/gnome/DisplayManager/LocalDisplayFactory org.gnome.DisplayManager.LocalDisplayFactory.SwitchToUser string:"stephanie"
Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.DisplayManager was not provided by any .service files
Sinon j'ai aussi remarqué un truc les commandes "Etiendre" "Redémarrer" "Hiberner" "Mise en veille hybride" "Mettre en veille" ne sont disponnibles que pour le premier utilisateur connecté... pas vu si c'était le cas pour la version stable. |
|
matttbe, Thursday 25 July 2013 à 22:13
|
|
Subscription date : 24 January 2009
Messages : 12573
|
lesebas : lxdm -c USER_SWITCH && echo
Ça ne donne rien de mieux
Aussi, juste avant que le dock lance la commande, tu devrais voir un warning dans le terminal (DisplayManager (...) error), ce n'est pas le cas?
ben non rien... le retour des commandes :
[sebastien@Vulpus ~]$ echo $XDG_SEAT_PATH
[sebastien@Vulpus ~]$ dbus-send --print-reply --system --dest=org.gnome.DisplayManager /org/gnome/DisplayManager/LocalDisplayFactory org.gnome.DisplayManager.LocalDisplayFactory.SwitchToUser string:"stephanie"
Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.DisplayManager was not provided by any .service files
Ah, je pense avoir trouvé ce qu'il ne va pas
C'est commité (rev 2890)!
Sinon j'ai aussi remarqué un truc les commandes "Etiendre" "Redémarrer" "Hiberner" "Mise en veille hybride" "Mettre en veille" ne sont disponnibles que pour le premier utilisateur connecté... pas vu si c'était le cas pour la version stable.
Normalement, le dock demande ces info directement à logind (dans ton cas, je suppose).dbus-send --print-reply --system --dest=org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanPowerOff
dbus-send --print-reply --system --dest=org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanReboot
dbus-send --print-reply --system --dest=org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanHibernate
dbus-send --print-reply --system --dest=org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanHybridSleep
dbus-send --print-reply --system --dest=org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanSuspend |
|
lesebas, Thursday 25 July 2013 à 23:36
|
|
Subscription date : 24 November 2008
Messages : 298
|
Ah, je pense avoir trouvé ce qu'il ne va pas
C'est commité (rev 2890)!
Yes ça marche !
Normalement, le dock demande ces info directement à logind (dans ton cas, je suppose).
Effectivement :
[sebastien@Vulpus cairo-dock-bzr]$ dbus-send --print-reply --system --dest=org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanPowerOff
method return sender=:1.1 -> dest=:1.24 reply_serial=2
string "yes"
[stephanie@Vulpus ~]$ dbus-send --print-reply --system --dest=org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanPowerOff
method return sender=:1.1 -> dest=:1.33 reply_serial=2
string "challenge"
[stephanie@Vulpus ~]$
Pas moyen de contourner ça??? |
|
matttbe, Friday 26 July 2013 à 00:16
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Yes ça marche !
Yeah, un workaround
Pourrais-tu éventuellement ajouter cette info dans le wiki (ici et/ou là où tu as vu l'astuce pour lxdm?)
[stephanie@Vulpus ~]$ dbus-send --print-reply --system --dest=org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanPowerOff
method return sender=:1.1 -> dest=:1.33 reply_serial=2
string "challenge"
Euh, ça veut dire quoi "challenge"
http://www.freedesktop.org/wiki/Software/systemd/logind/CanPowerOff(), CanReboot(), CanSuspend(), CanHibernate(), CanHybridSleep() tests whether the system supports the respective operation and whether the calling user is eligible for the desired operation. Returns one of "na", "yes", "no" or "challenge". If "na" is returned the operation is not available because hardware, kernel or drivers do not support it. If "yes" is returned the operation is supported and the user may execute the operation without further authentication. If "no" is returned the operation is available but the user is not allowed to execute the operation. If "challenge" is returned the operation is available, but only after authorization. J'ai l'impression que tu reçois ceci lorsque 2 utilisateurs sont connectés et où l'objectif est de ne pas laisser facilement éteindre l'ordi si une autre session est active.
Si c'est "comme avant" (avec GNOME), lorsque tu vas vouloir quitter, il va t'afficher une boite de dialogue t'expliquant la raison (un autre utilisateur actif) et si tu veux continuer, tu dois entrer le mot de passe root.
J'ai commité la rev 2891, dis-moi ce que ça donne  |
|
lesebas, Friday 26 July 2013 à 09:14
|
|
Subscription date : 24 November 2008
Messages : 298
|
Yeah, un workaround
Pourrais-tu éventuellement ajouter cette info dans le wiki (ici et/ou là où tu as vu l'astuce pour lxdm?)
Ok je regarde ça... idéalement je pense que je peux faire un petit script pour changer de user s'il est déjà connecté... y'a moyen de récupérer le nom du compte qui a été cliqué pour le passer comme argument à la commande spécifique?
J'ai commité la rev 2891, dis-moi ce que ça donne
OK mais j'aurais surement pas beaucoup le temps ce weekend-end... je verrais la semaine prochaine! |
|
matttbe, Friday 26 July 2013 à 10:56
|
|
Subscription date : 24 January 2009
Messages : 12573
|
y'a moyen de récupérer le nom du compte qui a été cliqué pour le passer comme argument à la commande spécifique? Yep, le dock envoie la commande:
Donc si tu utilises le script /chemin/vers/mon/script et que tu cliques sur ton nom, le dock lancera la commande: /chemin/vers/mon/script sebastien (si tu cliques sur Guest, la commande sera lancée sans argument)
Après, si tu veux faire un script en bash, tu récupères le nom grâce à la variable $1. |
|
4javier, Sunday 28 July 2013 à 22:41
|
|
Subscription date : 15 October 2008
Messages : 67
|
... and then, the ignorant one shows up! Sorry, I prefer to not speak in my ridiculous french (to avoid massive laughing )
As far as I understand, I have exactly the same problem, with a plus: I don't use any DM! Obviously my logind session is active and perfectly working. |
|
matttbe, Sunday 28 July 2013 à 23:34
|
|
Subscription date : 24 January 2009
Messages : 12573
|
@4javier: but how do you switch user? If you use a command/script, you can use the new option (only available on the development branch)
You can add a command which'll be launched when selecting an user. The dock will launch the command with the user as parameter: |
|
4javier, Monday 29 July 2013 à 00:07
|
|
Subscription date : 15 October 2008
Messages : 67
|
Probably my poor french made me misunderstand the problem:
I have just one user, but now the logout applet show "suspend" and "hibernate" blurred (inactive), and in debug mode I get these warnings
warning : (/build/cairo-dock-plugins/src/cairo-dock-plugins-3.2.1/logout/src/applet-logout.c:cd_logout_get_users_list:1092)
Couldn't get info on the bus from org.freedesktop.Accounts (The name org.freedesktop.Accounts was not provided by any .service files)
-> Trying from GnomeDisplayManager.
warning : (/build/cairo-dock-plugins/src/cairo-dock-plugins-3.2.1/logout/src/applet-logout.c:_get_users_list_gdm:1009)
Couldn't get users on the bus from org.gnome.DisplayManager (The name org.gnome.DisplayManager was not provided by any .service files)
-> Using a fallback method. |
|