Quem está iniciando xbindkeys?

Question

Quando eu reinicio meu computador, xbindkeys é iniciado, mas não funciona direito. Se eu matá-lo e, em seguida, iniciá-lo manualmente com nohup xbindkeys , ele funciona bem. Eu acho que vai funcionar bem se eu colocar no meu arquivo .xsessionrc . Mas algo mais já está começando quando eu inicializo, o que interfere.

Eu recursivamente pesquisei /etc para xbindkeys sem sucesso.

    

Answer 1

Descobri que xbindkeys é iniciado automaticamente se você tiver um .xbindkeysrc em sua pasta pessoal ou em uma pasta do sistema, como /etc . Por isso, geralmente não precisa ser adicionado como um item de inicialização separado, uma vez instalado.

Isso é explicado bem no arquivo /etc/X11/Xsession.d/98xbindkeys , que é gerado por qualquer instalação normal do pacote Ubuntu. Aqui está um trecho do arquivo, gerado pela execução de 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]

Portanto, a solução simples é anotar as instruções e colocar um arquivo chamado .xbindkeys.noauto em seu diretório pessoal, e xbindkeys não iniciará com sua sessão x, e você poderá colocar uma inicialização alternativa entrada para ele com suas necessidades específicas.

    

Answer 2

Eu tive o mesmo problema ao tentar colocar o botão de ativação / desativação do touchpad no laptop HP G60-530US. Quando eu login xbindkeys estava em execução, matando xbindkeys & amp; reiniciando xbindkeys às vezes funcionaria. matando xbindkeys, executando xbindkeys-config 'apply, save & amp; exit 'funcionou, mas foi bastante complicado.

Tentar a sugestão de Mik pareceu não funcionar, pois eu já tinha um 'xbindkeys' em minhas gnome-session-properties (gsp). Lembrei-me então que apenas digitar o comando no gsp muitas vezes não funciona; em vez disso, clico no botão 'procurar' e navego para / usr / bin / xbindkeys para definir a chave. O login desconectado e registrado e os botões de ativação / desativação do touchpad do mouse estão funcionando corretamente.

Específico do HP G60-530US:

1. bits relevantes de ~/.xbindkeysrc (o restante do arquivo é padrão):

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

2. .xbindkeys.noauto está presente no perfil inicial do usuário:

   ~/.xbindkeys.noauto
   

3. Ativado /usr/bin/xbindkeys foi definido usando as preferências de inicialização do aplicativo gnome-session-properties. Parte importante (para mim) estava definindo o comando usando o botão 'browse' na interface do usuário.

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

Answer 3

Eu tive um problema com os mesmos sintomas: xbindkeys parecem ter sido iniciados, mas nenhum atalho funcionou. Depois de reiniciar manualmente os xbindkeys de um shell, funcionou como esperado.

Meu problema era que os comandos ligados aos atalhos eram dependentes da minha configuração do shell (tentando iniciar um comando Ruby, mas o Ruby estava carregado com o asdf que é originado no meu .zshrc)

A solução foi substituir o comando de inicialização xbindkeys de xbindkeys para /usr/bin/zsh -c "xbindkeys" e também mover a configuração asdf de .zshrc para .zshenv , já que o último é carregado mesmo se não houver tty.

O comando de inicialização foi editável em "Startup applications" no meu Ubuntu 16.04.

    

Answer 4

Eu lidei com esse problema executando xbindkeys no terminal na inicialização! Adicione Terminal = true no seu arquivo .desktop.