Qui démarre xbindkeys?

Lorsque je redémarre mon ordinateur, xbindkeysest lancé mais cela ne fonctionne pas correctement. Si je le tue puis le démarre manuellement avec nohup xbindkeys, cela fonctionne très bien. Je pense que cela fonctionnera bien si je le mets dans mon .xsessionrcdossier. Mais quelque chose d'autre le démarre déjà au démarrage, ce qui interfère.

Je récursive cherché /etcpour xbindkeyssans succès.

J'ai trouvé que cela xbindkeysdémarre automatiquement si vous en avez un .xbindkeysrcdans votre dossier personnel ou dans un dossier système tel que /etc. C'est pourquoi il n'est généralement pas nécessaire de l'ajouter en tant qu'élément de démarrage séparé une fois installé.

Ceci est bien expliqué dans le fichier /etc/X11/Xsession.d/98xbindkeys, qui est généré par toute installation normale à partir du package Ubuntu. Voici un extrait du fichier, généré en exécutant cat /etc/X11/Xsession.d/98xbindkeys:

This file is sourced by Xsession(5), not executed.

PROG="/usr/bin/xbindkeys"
NOAUTO="${HOME}/.xbindkeys.noauto"

This file autostarts xbindkeysrc if the user (or system) has a config
for it AND does NOT Have a .xbindkeys.noauto in his homedir.

[The rest of the file is a script]

Ainsi, la solution simple consiste à prendre note des instructions et à placer un fichier nommé .xbindkeys.noautodans votre répertoire personnel, puis xbindkeysne démarrera pas avec votre session x, et vous pouvez placer une entrée de démarrage alternative pour cela avec vos besoins spécifiques.

J'ai rencontré le même problème en essayant de faire fonctionner le bouton marche / arrêt du pavé tactile sur mon ordinateur portable HP G60-530US. Lorsque je me connectais, xbindkeys était en cours d'exécution, tuer xbindkeys et redémarrer xbindkeys fonctionnerait parfois. tuer xbindkeys, exécuter xbindkeys-config «appliquer, enregistrer et quitter» a fonctionné, mais était assez lourd.

Essayer la suggestion de Mik ne semblait pas fonctionner car j'avais déjà un 'xbindkeys' dans mes propriétés de session gnome (gsp). Je me suis alors souvenu que le simple fait de taper la commande dans gsp ne fonctionnait pas souvent; à la place, je clique sur le bouton «Parcourir» et accède à / usr / bin / xbindkeys pour définir la clé. La connexion déconnectée et enregistrée et les boutons d'activation / désactivation du pavé tactile de la souris fonctionnent désormais correctement.

Spécifique au HP G60-530US:

1. bits pertinents ~/.xbindkeysrc(le reste du fichier est par défaut):

   #TouchpadOff - works
   "synclient TouchpadOff=1"
      0x1008ffb1
   
   #TouchpadOn - works
   "synclient TouchpadOff=2"
      0x1008ffb0
   

2. .xbindkeys.noauto est présent dans le profil d'accueil de l'utilisateur:

   ~/.xbindkeys.noauto
   

3. Activé a /usr/bin/xbindkeysété défini à l'aide des préférences de l'application de démarrage gnome-session-properties. Une partie importante (pour moi) consistait à définir la commande à l'aide du bouton «Parcourir» dans l'interface utilisateur.

   Name: xbindkeys
   Command: /usr/bin/xbindkeys
   Comments: Touchpad on/off
   

J'ai eu un problème avec les mêmes symptômes: xbindkeys semble avoir été démarré, mais aucun raccourci n'a fonctionné. Après avoir redémarré manuellement xbindkeys à partir d'un shell, cela a fonctionné comme prévu.

Mon problème était que les commandes liées aux raccourcis dépendaient de ma configuration shell (essayant de démarrer une commande Ruby, mais Ruby était chargé avec asdf qui provient de mon .zshrc)

La solution consistait à remplacer la commande de démarrage xbindkeys de xbindkeysà /usr/bin/zsh -c "xbindkeys"et à déplacer également la configuration asdf de .zshrcà .zshenv, car cette dernière est chargée même si aucun tty n'est présent.

La commande de démarrage était modifiable à partir des "Applications de démarrage" dans mon Ubuntu 16.04.

J'ai résolu ce problème en exécutant xbindkeys dans le terminal au démarrage! Ajoutez Terminal = true dans votre fichier .desktop.