dbus-launch - Online nel cloud

PROGRAMMA:

NOME

dbus-launch - Utility per avviare un bus di messaggi da uno script di shell

SINOSSI

dbus-lancio [--version] [--help] [--sh-syntax] [--csh-syntax] [--auto-syntax]
[--sintassi-binari] [--close-stderr] [--exit-with-session]
[--avvio automatico=ID MACCHINA] [--file-config=NOME DEL FILE] [PROGRAMMA] [ARG...]

DESCRIZIONE

I dbus-lancio comando viene utilizzato per avviare un'istanza del bus di sessione di demone dbus da parte di un
script di shell. Normalmente verrebbe chiamato dagli script di accesso di un utente. A differenza del demone
si, dbus-lancio esce, quindi i backtick o il costrutto $() possono essere usati per leggere
informazioni da dbus-lancio.

Senza argomenti, dbus-lancio avvierà un'istanza del bus di sessione e stamperà l'indirizzo
e PID di tale istanza allo standard output.

Puoi specificare un programma da eseguire; in questo caso, dbus-lancio avvierà un bus di sessione
esempio, impostare le variabili di ambiente appropriate in modo che il programma specificato possa trovare il
bus, quindi eseguire il programma specificato, con gli argomenti specificati. Vedi sotto per
esempi.

Se avvii un programma, dbus-lancio non stamperà le informazioni sul nuovo autobus per
uscita standard.

Quando dbus-lancio stampa le informazioni del bus sullo standard output, per impostazione predefinita è in un semplice
formato delle coppie chiave-valore. Tuttavia, puoi richiedere diverse sintassi alternative utilizzando il pulsante
--sh-syntax, --csh-syntax, --binary-syntax o --auto-syntax opzioni. Molti di questi
causare dbus-lancio per emettere il codice della shell per configurare l'ambiente.

Con l'opzione --auto-syntax, dbus-lancio guarda al valore dell'ambiente SHELL
variabile per determinare quale sintassi della shell deve essere utilizzata. Se SHELL termina con "csh", allora
viene emesso un codice compatibile con csh; altrimenti viene emesso il codice della shell Bourne. Invece di passare
--auto-syntax, puoi specificarne uno in particolare usando --sh-syntax per Bourne
sintassi, o --csh-syntax per la sintassi csh. Negli script, è più robusto da evitare
--auto-syntax e si spera che tu sappia in quale shell è scritto il tuo script.

See http://www.freedesktop.org/software/dbus/ per ulteriori informazioni su D-Bus. Guarda anche
la pagina man per demone dbus.

ESEMPI

Distribuzioni in corso dbus-lancio come parte di una sessione X standard dovrebbe essere eseguita dbus-lancio
--exit-with-session dopo che il server X è stato avviato ed è diventato disponibile, come wrapper
attorno al client X "principale" (tipicamente un gestore di sessioni o un gestore di finestre), come in questi
esempi:

dbus-lancio --exit-with-session sessione di gnomi

dbus-lancio --exit-with-session scatola aperta

dbus-lancio --exit-with-session ~/.xsession

Se la tua distribuzione non lo fa, puoi ottenere risultati simili eseguendo il tuo
sessione o gestore di finestre allo stesso modo in uno script eseguito dalla tua sessione X, come
~/.xsession, ~ / .xinitrc or ~/.Xclient.

Per avviare una sessione D-Bus all'interno di una sessione in modalità testo, non utilizzare dbus-lancio. Invece, vedi
dbus-run-sessione(1).

## test per un demone bus esistente, solo per sicurezza
if test -z "$DBUS_SESSION_BUS_ADDRESS" ; poi
## se non lo trovi, avviane uno nuovo
eval `dbus-launch --sh-syntax`
echo "L'indirizzo del demone D-Bus per sessione è: $DBUS_SESSION_BUS_ADDRESS"
fi

Nota che in questo caso, dbus-launch uscirà e dbus-daemon non verrà terminato
automaticamente al logout.

AUTOMATICO LANCIO

Se DBUS_SESSION_BUS_ADDRESS non è impostato per un processo che tenta di utilizzare D-Bus, per impostazione predefinita
il processo tenterà di invocare dbus-launch con l'opzione --autolaunch per avviare a
nuovo bus di sessione o trova l'indirizzo del bus esistente sul display X o in un file in
~/.dbus/bus-sessione/

Ogni volta che si verifica un avvio automatico, l'applicazione che doveva avviare un nuovo bus sarà nel suo
proprio piccolo mondo; può effettivamente finire per iniziare una nuova sessione se ci prova
utilizzare molti servizi di autobus. Questo può essere non ottimale o addirittura completamente rotto, a seconda del
app e cosa cerca di fare.

Esistono due motivi comuni per l'avvio automatico. Uno è ssh su una macchina remota. La soluzione ideale
per questo sarebbe l'inoltro di DBUS_SESSION_BUS_ADDRESS nello stesso modo in cui DISPLAY è
inoltrato. Nel frattempo, puoi modificare il file di configurazione session.conf per avere la tua sessione
bus ascolta su TCP e imposta manualmente DBUS_SESSION_BUS_ADDRESS, se lo desideri.

Il secondo motivo comune per l'avvio automatico è un su per un altro utente e la visualizzazione di X
applicazioni in esecuzione come secondo utente sul display appartenente al primo utente.
Forse la soluzione ideale in questo caso sarebbe consentire al secondo utente di connettersi al
bus di sessione del primo utente, così come possono collegarsi al display del primo utente.
Tuttavia, un meccanismo per questo non è stato codificato.

Puoi sempre evitare l'avvio automatico impostando manualmente DBUS_SESSION_BUS_ADDRESS. Avvio automatico
accade perché l'indirizzo predefinito se non ne è impostato nessuno è "autolaunch:", quindi se ce ne sono altri
l'indirizzo è impostato non ci sarà l'avvio automatico. Tuttavia, puoi includere l'avvio automatico in an
indirizzo esplicito del bus di sessione come fallback, ad esempio
DBUS_SESSION_BUS_ADDRESS="something:,autolaunch:" - in tal caso se il primo indirizzo
non funziona, i processi verranno avviati automaticamente. (La variabile dell'indirizzo del bus contiene a
elenco di indirizzi separati da virgole da provare.)

L'opzione --autolaunch è considerata un dettaglio di implementazione interna di libdbus e in
infatti ci sono piani per cambiarlo. Non c'è un vero motivo per usarlo al di fuori del libdbus
comunque l'attuazione.

VERSIONI

Sono supportate le seguenti opzioni:

--auto-sintassi
Scegli --csh-syntax o --sh-syntax in base alla variabile di ambiente SHELL.

--sintassi binaria
Scrivi su stdout un indirizzo bus con terminazione nulla, quindi il PID del bus come intero binario di
size sizeof(pid_t), quindi l'ID della finestra del bus X come intero binario di size sizeof(long).
I numeri interi sono nell'ordine dei byte della macchina, non nell'ordine dei byte di rete o altro
ordine canonico dei byte.

--close-stderr
Chiudere il flusso di output dell'errore standard prima di avviare il demone D-Bus. Questo è
utile se vuoi catturare i messaggi di errore di dbus-launch ma non vuoi
dbus-daemon per mantenere il flusso aperto alla tua applicazione.

--config-file=NOMEFILE
Passa --config-file=FILENAME al demone bus, invece di passargli --session
discussione. Vedi la pagina man per dbus-daemon

--csh-sintassi
Emetti codice compatibile con csh per impostare le variabili di ambiente.

--exit-with-session
Se viene fornita questa opzione, verrà creato un processo di "babysitter" persistente che
guarda stdin per HUP e prova a connettersi al server X. Se questo processo ottiene un HUP
su stdin o perde la sua connessione X, uccide il demone del bus dei messaggi.

--autolaunch=IDMACCHINA
Questa opzione implica che dbus-lancio dovrebbe cercare una sessione avviata in precedenza e
riutilizzare i valori trovati lì. Se non viene trovata alcuna sessione, verrà avviata una nuova sessione. Il
L'opzione --exit-with-session è implicita se viene fornito --autolaunch. Questa opzione è per il
uso esclusivo di libdbus, non si desidera utilizzarlo manualmente. Potrebbe cambiare nel
futuro.

--sh-sintassi
Emetti codice compatibile con Bourne-shell per impostare le variabili di ambiente.

--versione
Stampa la versione di dbus-launch

--Aiuto
Stampa le informazioni di aiuto di dbus-launch

NOTE

Se corri dbus-lancio la mia app (con qualsiasi altra opzione), dbus-daemon lo farà non esci quando
la mia app termina: questo perché la mia app si presume che faccia parte di una sessione più ampia, piuttosto
di una sessione a sé stante.

Usa dbus-launch online utilizzando i servizi onworks.net