Chi avvia xbindkeys?


8

Quando riavvio il mio computer, xbindkeysviene avviato ma non funziona correttamente. Se lo uccido e poi lo avvio manualmente nohup xbindkeys, funziona benissimo. Penso che funzionerà bene se lo inserisco nel mio .xsessionrcfile. Ma qualcos'altro lo sta già avviando all'avvio, il che interferisce.

Ho cercato in modo ricorsivo /etcper xbindkeyssenza successo.


1
Hai qualche computer in rete?
horIzoN,

Non sono sicuro cosa intendi. Molti sistemi sono sulla mia stessa rete WiFi. Ma c'è solo un utente (me) del sistema a cui mi riferisco ed è sempre un accesso fisico alla macchina. Nessun SSHing o altro.
Espressofa,

Ok. Se hai la condivisione di file e c'è una macchina Ubuntu sulla rete con xbindkeys, allora potrebbero eseguirla contemporaneamente a te. Ma sono sicuro che la soluzione di @ Mik funzionerà.
horIzoN,

Ho un problema simile. All'avvio, xbindkeys -smostra l'elenco corretto dei comandi, ma non funzionano tutti killal xbindkeys && xbindkeys, corro e poi funzionano. Le tue xbindkey non funzionano affatto? O alcuni comandi funzionano?
Benubird,

Ho lo stesso identico problema (2 anni dopo l'ultimo commento e il 15.10). Xbindkeys si avvia automaticamente ma le mie chiavi non sono associate. Se lo uccido e lo riavvio funziona. Ho provato a sostituire lo script di avvio con solo xbindkeys, ma fa la stessa cosa.
Lasse Dahl Ebert,

Risposte:


7

Ho scoperto che xbindkeyssi avvia automaticamente se ne hai uno .xbindkeysrcnella tua cartella home o in una cartella di sistema come /etc. Pertanto, in genere non è necessario aggiungerlo come elemento di avvio separato dopo l'installazione.

Questo è spiegato bene nel file /etc/X11/Xsession.d/98xbindkeys, che viene generato da qualsiasi normale installazione dal pacchetto Ubuntu. Ecco uno snippet dal file, generato eseguendo 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]

Quindi, la soluzione semplice è prendere nota delle istruzioni e posizionare un file chiamato .xbindkeys.noautonella directory home, quindi xbindkeysnon si avvierà con la tua sessione x e puoi inserire una voce di avvio alternativa per esso con le tue esigenze specifiche.


Fantastico, lo proverò. Hai qualche idea del perché quella avviata automaticamente potrebbe fallire? Utilizza un $ HOME o un utente diverso o qualcosa del genere?
Espressofa,

@Espressofa Non sono sicuro del motivo per cui quello avviato automaticamente dovrebbe fallire; sembra funzionare in Precise (12.04), ed xbindkeysè la stessa versione in Precise e Quantal.

È strano - il processo è in esecuzione ma la pressione dei tasti associati non sembra avere alcun effetto. Viene avviato come /usr/bin/xbindkeys /home/MY_USERNAME/.xbindkeysrc- qual è la posizione xbindkeyse del mio file di configurazione. Quando lancio con solo xbindkeysfunziona benissimo.
Espressofa,

OK, ora ho un .xbindkeys.noauto e non si avvia automaticamente, come previsto. Ho inserito il xbindkeys &mio .xsessionfile. Tale processo è in esecuzione ma non funziona. Se corro in un terminale, kill xbindkeys; xbindkeys &allora funziona.
Espressofa,

@Espressofa Prova ad aggiungere xbindkeyscome elemento di avvio dell'utente invece di inserirlo nel tuo .xsessionrc.

0

Ho riscontrato lo stesso problema quando provavo a far funzionare il pulsante on / off del touchpad sul mio laptop HP G60-530US. Quando accedo a xbindkeys era in esecuzione, a volte l'uccisione di xbindkeys e il riavvio di xbindkeys funzionavano. uccidere xbindkeys, eseguire xbindkeys-config 'applica, salva ed esci' ha funzionato, ma è stato piuttosto ingombrante.

Cercare il suggerimento di Mik sembrava non funzionare dato che avevo già un 'xbindkeys' nelle mie proprietà di gnome-session (gsp). Ho poi ricordato che digitare semplicemente il comando in gsp spesso non funziona; invece faccio clic sul pulsante "Sfoglia" e navigo su / usr / bin / xbindkeys per impostare la chiave. Disconnesso e registrato e i pulsanti di attivazione / disattivazione del touchpad del mouse ora funzionano correttamente.

HP G60-530US specifico:

  1. bit rilevanti di ~/.xbindkeysrc(il resto del file è predefinito):

    #TouchpadOff - works
    "synclient TouchpadOff=1"
       0x1008ffb1
    
    #TouchpadOn - works
    "synclient TouchpadOff=2"
       0x1008ffb0
    
  2. .xbindkeys.noauto è presente nel profilo home dell'utente:

    ~/.xbindkeys.noauto
    
  3. Abilitato è /usr/bin/xbindkeysstato impostato usando le preferenze dell'applicazione di avvio di gnome-session-properties. La parte importante (per me) è stata l'impostazione del comando utilizzando il pulsante "Sfoglia" nell'interfaccia utente.

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

0

Ho avuto un problema con gli stessi sintomi: le xbindkey sembrano essere state avviate, ma nessuna scorciatoia ha funzionato. Dopo aver riavviato manualmente xbindkeys da una shell, ha funzionato come previsto.

Il mio problema era che i comandi legati alle scorciatoie dipendevano dalla mia configurazione della shell (tentando di avviare un comando Ruby, ma Ruby veniva caricato con asdf che proviene dal mio .zshrc)

La soluzione era sostituire il comando di avvio di xbindkeys da xbindkeysa /usr/bin/zsh -c "xbindkeys"e spostare anche l'impostazione asdf da .zshrca .zshenv, poiché quest'ultimo è caricato anche se non è presente tty.

Il comando di avvio era modificabile da "Applicazioni di avvio" nel mio Ubuntu 16.04.


-1

Ho risolto questo problema eseguendo xbindkeys nel terminale all'avvio! Aggiungi Terminal = true nel tuo file .desktop.


Questo non fornisce una risposta alla domanda. Per criticare o richiedere chiarimenti a un autore, lascia un commento sotto il suo post: puoi sempre commentare i tuoi post e una volta che avrai una reputazione sufficiente sarai in grado di commentare qualsiasi post .
Volker Siegel,

@VolkerSiegel Credo che questa sia una risposta, il rispondente dice che ha risolto il problema per lui.
Seth,

@VolkerSiegel È davvero una risposta e NON un commento! Ho fornito istruzioni (aggiungi Terminal = true al file .desktop che apre xbindkeys all'avvio, di solito si trova in ~ / .config / autostart) ma a causa della natura del problema, credo che sia un bug relativo alle autorizzazioni in xbindkeys, non posso assicurati che funzionerà per tutti!
Dimitrios Charalampidis,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.