¿Quién está comenzando xbindkeys?

Cuando reinicio mi computadora, xbindkeysse inicia pero no funciona correctamente. Si lo mato y luego lo inicio manualmente nohup xbindkeys, funciona bien. Creo que funcionará bien si lo pongo en mi .xsessionrcarchivo. Pero algo más ya lo está iniciando cuando inicio, lo que interfiere.

Me recursiva buscado /etcpor xbindkeyssin éxito.

He descubierto que xbindkeysse inicia automáticamente si tiene una .xbindkeysrcen su carpeta de inicio o en una carpeta del sistema como /etc. Por lo tanto, por lo general, no es necesario agregarlo como un elemento de inicio separado una vez instalado.

Esto se explica bien en el archivo /etc/X11/Xsession.d/98xbindkeys, que se genera mediante cualquier instalación normal desde el paquete de Ubuntu. Aquí hay un fragmento del archivo, generado al ejecutar 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]

Por lo tanto, la solución simple es tomar nota de las instrucciones y colocar un archivo con nombre .xbindkeys.noautoen su directorio de inicio, y luego xbindkeysno comenzar con su sesión x, y puede colocar una entrada de inicio alternativa con sus necesidades específicas.

Experimenté el mismo problema al intentar que el botón de encendido / apagado del panel táctil funcionara en mi computadora portátil HP G60-530US. Cuando inicio sesión, xbindkeys se estaba ejecutando, matar xbindkeys y reiniciar xbindkeys a veces funcionaba. matar a xbindkeys, ejecutar xbindkeys-config 'aplicar, guardar y salir' funcionó, pero fue bastante engorroso.

Intentar la sugerencia de Mik parecía no funcionar ya que ya tenía un 'xbindkeys' en mis propiedades de sesión de gnome (gsp). Entonces recordé que simplemente escribir el comando en gsp a menudo no funciona; en su lugar, hago clic en el botón 'examinar' y navego a / usr / bin / xbindkeys para configurar la clave. La sesión cerrada y el respaldo registrado y los botones de activación / desactivación del panel táctil del mouse ahora funcionan correctamente.

HP G60-530US específico:

1. bits relevantes de ~/.xbindkeysrc(el resto del archivo es predeterminado):

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

2. .xbindkeys.noauto está presente en el perfil de inicio del usuario:

   ~/.xbindkeys.noauto
   

3. Habilitado /usr/bin/xbindkeysse estableció usando gnome-session-properties Preferencias de la aplicación de inicio. Parte importante (para mí) fue configurar el comando usando el botón 'examinar' en la interfaz de usuario.

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

Tuve un problema con los mismos síntomas: parece que xbindkeys se inició, pero no funcionó ningún acceso directo. Después de reiniciar manualmente xbindkeys desde un shell, funcionó como se esperaba.

Mi problema era que los comandos vinculados a los accesos directos dependían de mi configuración de shell (tratando de iniciar un comando Ruby, pero Ruby estaba cargado con asdf que se encuentra en mi .zshrc)

La solución fue reemplazar el comando de inicio xbindkeys de xbindkeysa /usr/bin/zsh -c "xbindkeys"y también mover la configuración de asdf de .zshrca .zshenv, ya que este último se carga incluso si no hay tty presente.

El comando de inicio fue editable desde "Aplicaciones de inicio" en mi Ubuntu 16.04.

¡Me ocupé de este problema ejecutando xbindkeys en la terminal al inicio! Agregue Terminal = true en su archivo .desktop.