Quem está iniciando o xbindkeys?

8

Quando eu reinicio meu computador, xbindkeysé iniciado, mas não funciona corretamente. Se eu matá-lo e iniciá-lo manualmente nohup xbindkeys, ele funciona bem. Eu acho que vai funcionar bem se eu colocar no meu .xsessionrcarquivo. Mas outra coisa já está iniciando quando eu inicializo, o que interfere.

I recursivamente procurou /etcpara xbindkeyssem sucesso.

Espressofa
fonte
1
Você tem computadores em uma rede?
horIzoN
Não tenho certeza do que você quer dizer. Muitos sistemas estão na mesma rede Wi-Fi que eu. Mas há apenas um usuário (eu) do sistema ao qual estou me referindo, e é sempre o acesso físico à máquina. Sem SSHing ou qualquer coisa.
Espressofa
Está bem. Se você tiver o compartilhamento de arquivos ativado e houver uma máquina Ubuntu na rede xbindkeys, eles poderão estar em execução ao mesmo tempo que você. Mas tenho certeza que a solução do @ Mik funcionará.
horIzoN
Eu tenho um problema similar. Quando eu inicio, xbindkeys -smostra a lista correta de comandos, mas eles nem todos funcionam - eu corro killal xbindkeys && xbindkeys, e eles funcionam. Seu xbindkeys não funciona? Ou alguns comandos funcionam?
precisa saber é o seguinte
Eu tenho exatamente esse mesmo problema (2 anos após o último comentário e às 15h10). O Xbindkeys é iniciado automaticamente, mas minhas chaves não estão vinculadas. Se eu o matar e começar de novo, funcionará. Tentei substituir o script de inicialização por just xbindkeys, mas faz a mesma coisa.
Lasse Dahl Ebert /

Respostas:

7

Eu descobri que xbindkeysé iniciado automaticamente se você tiver um .xbindkeysrcna 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 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 é tomar nota das instruções e colocar um arquivo nomeado .xbindkeys.noautono diretório inicial e, em seguida xbindkeys, não iniciará sua sessão x, e você poderá colocar uma entrada de inicialização alternativa para suas necessidades específicas.


fonte
Ótimo, vou tentar isso. Você tem alguma idéia de por que o iniciado automaticamente pode falhar? Ele usa um $ HOME ou usuário diferente ou algo assim?
Espressofa
@ Expresspressa Não sei por que o auto-iniciado deve falhar; parece funcionar no Precise (12.04) e xbindkeysé a mesma versão no Precise e no Quantal.
É estranho - o processo está em execução, mas pressionar minhas teclas ligadas parece não ter efeito. É lançado como /usr/bin/xbindkeys /home/MY_USERNAME/.xbindkeysrc- qual é o local xbindkeyse é do meu arquivo de configuração. Quando inicio com apenas xbindkeysfunciona bem.
Espressofa
OK, então eu tenho um .xbindkeys.noauto agora e ele não inicia automaticamente, conforme o esperado. Coloquei xbindkeys &no meu .xsessionarquivo. Esse processo está em execução, mas não está funcionando. Se eu correr em um terminal kill xbindkeys; xbindkeys &, ele funcionará.
Espressofa
@ Expresspressa Tente adicionar xbindkeyscomo um item de inicialização do usuário em vez de colocá-lo no seu .xsessionrc.
0

Tive o mesmo problema ao tentar ativar / desativar o touchpad no meu laptop HP G60-530US. Quando eu logo que o xbindkeys estava em execução, matar o xbindkeys e reiniciar o xbindkeys às vezes funcionavam. matar xbindkeys, executar xbindkeys-config 'apply, save & exit' funcionou, mas foi bastante complicado.

Tentar a sugestão de Mik parecia não funcionar, pois eu já tinha um 'xbindkeys' em minhas propriedades de sessão do gnome (gsp). Lembrei-me de que apenas digitar o comando gsp geralmente não funciona; em vez disso, clico no botão 'navegar' e naveguei para / usr / bin / xbindkeys para definir a chave. O logoff e o logoff do backup e os botões liga / desliga do touchpad do mouse agora estão funcionando corretamente.

HP G60-530US específico:

  1. bits relevantes de ~/.xbindkeysrc(o restante do arquivo é o 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/xbindkeysfoi definido usando as Preferências do aplicativo de inicialização do gnome-session-properties. Parte importante (para mim) foi definir o comando usando o botão 'procurar' na interface do usuário.

    Name: xbindkeys
    Command: /usr/bin/xbindkeys
    Comments: Touchpad on/off
    
NoOp
fonte
0

Eu tive um problema com os mesmos sintomas: xbindkeys parece ter sido iniciado, mas nenhum atalho funcionou. Após reiniciar manualmente xbindkeys a partir de um shell, funcionou como esperado.

Meu problema era que os comandos vinculados aos atalhos dependiam da minha configuração do shell (tentando iniciar um comando Ruby, mas o Ruby foi carregado com asdf, que é originário do meu .zshrc)

A solução foi substituir o comando de inicialização xbindkeys de xbindkeyspara /usr/bin/zsh -c "xbindkeys"e também mover a instalação do asdf de .zshrcpara .zshenv, já que o último é carregado mesmo que nenhum tty esteja presente.

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

Lasse Dahl Ebert
fonte
-1

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

Dimitrios Charalampidis
fonte
Isso não fornece uma resposta para a pergunta. Para criticar ou solicitar esclarecimentos a um autor, deixe um comentário abaixo da postagem - você sempre pode comentar em suas próprias postagens e, quando tiver reputação suficiente , poderá comentar em qualquer post .
Volker Siegel
@ VolkerSiegel Acredito que seja uma resposta, o respondente diz que resolveu o problema para ele.
Seth
@VolkerSiegel É de fato uma resposta e NÃO um comentário! Forneci instruções (adicione Terminal = true ao arquivo .desktop que abre o xbindkeys na inicialização, geralmente localizado em ~ / .config / autostart), mas devido à natureza do problema, acredito que seja um bug relacionado à permissão no xbindkeys, não posso certifique-se de que funcione para todos!
Dimitrios Charalampidis