Questo è il comando clic che può essere eseguito nel provider di hosting gratuito OnWorks utilizzando una delle nostre molteplici workstation online gratuite come Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS
PROGRAMMA:
NOME
click - strumento di gestione dei pacchetti per Ubuntu Touch
SINOSSI
comando clic [opzioni] [argomenti]
DESCRIZIONE
Clicchi è un formato di packaging per applicazioni Ubuntu Touch, indipendente dal packaging
formato utilizzato per fornire il sistema sottostante. Il clicca programma è lo strumento di base utilizzato per
costruire, installare, rimuovere e manipolare in altro modo questi pacchetti.
cliccale varie funzioni sono disponibili tramite una serie di comandi, descritti in dettaglio
qua sotto.
Mentre clicca supporta l'installazione per utente, i pacchetti sono normalmente scompattati come speciali
clickpkg utente, per garantire che le applicazioni non possano modificare il proprio codice; è un disegno
obiettivo per garantire che clicca può essere utilizzato per installare codice non attendibile che viene quindi confinato
utilizzando AppArmor. Come tale, clicca dovrebbe normalmente essere eseguito come root (ad esempio usando sudo) quando
installazione di pacchetti; rilascerà i privilegi secondo necessità.
COMANDO OVERVIEW
fai clic su costruisci DIRECTORY
fare clic su buildsource DIRECTORY
fare clic su chroot
clicca sui contenuti PERCORSO
fare clic sull'elenco dei framework
fare clic su hook installa HOOK
fare clic sul gancio rimuovere HOOK
fare clic su hook run-system
fare clic su hook run-user
clicca info PERCORSO
fare clic su installa PACKAGE-FILE
fare clic sull'elenco
fare clic su pkgdir {NOME-PACCHETTO|PERCORSO}
clicca registrati VERSIONE CON NOME DEL PACCHETTO
fai clic su annulla registrazione PACKAGE-NAME [VERSIONE]
clicca verifica PACCHETTO-FILE
COMANDI
clicca costruire DIRECTORY
Crea un pacchetto Click dai contenuti di DIRECTORY. La directory build deve contenere a
Manifesto in formato JSON, descritto ulteriormente nella documentazione sul formato file di Click; di
predefinito, questo dovrebbe essere in manifest.json al livello superiore della directory di compilazione.
La risultante .clic il file viene scritto nella directory corrente, quindi per evitare confusione tu
dovrebbe generalmente garantire che la directory di lavoro non sia all'interno della directory di compilazione quando
eseguendo questo comando.
Sebbene sia possibile creare una nuova versione di un pacchetto Click decomprimendo e reimballando
un pacchetto esistente, questo non è normalmente raccomandato perché richiede una certa cura da mettere
il file manifest nel posto giusto. È meglio mantenere il codice della tua applicazione dentro
controllo di revisione separato piuttosto che affidarsi al recupero dai pacchetti.
Opzioni:
-m PERCORSO, --manifesto=PERCORSO
Leggi il manifest del pacchetto da PATH (predefinito: manifest.json).
-I modello di file, --ignora=modello di file
Ignora il modello di shell specificato durante la creazione del pacchetto. L'opzione potrebbe essere
ripetuto più volte per elencare più pattern da escludere.
--no-convalida
Non eseguire controlli da strumenti per revisori dei clic sul file .click risultante.
clicca buildsource DIRECTORY
Crea un pacchetto sorgente in .tar.gz formato dal contenuto di DIRECTORY. Questo ti permette
per distribuire il codice sorgente nel caso in cui il tuo pacchetto contenga codice compilato (e così
il pacchetto Click non costituisce la propria fonte).
La risultante .tar.gz il file viene scritto nella directory corrente, quindi per evitare confusione tu
dovrebbe generalmente garantire che la directory di lavoro non sia all'interno della directory di compilazione quando
eseguendo questo comando.
Opzioni:
-m PERCORSO, --manifesto=PERCORSO
Leggi il manifest del pacchetto da PATH (predefinito: manifest.json).
-I modello di file, --ignora=modello di file
Ignora il modello di shell specificato durante la creazione del pacchetto. L'opzione potrebbe essere
ripetuto più volte per elencare più pattern da escludere.
clicca chroot
Gestire gli ambienti chroot per i pacchetti Click cross-building.
Opzioni:
-a ARCH, --architettura ARCH
Imposta l'architettura di destinazione.
-f STRUTTURA, --struttura STRUTTURA
Imposta il framework di destinazione (impostazione predefinita: ubuntu-sdk-13.10).
-s SERIE, --serie SERIE
Imposta la serie di destinazione per i chroot appena creati (predefinito: una serie appropriata per
il quadro). Questa opzione è principalmente per il debug; usa -f invece.
Sottocomandi:
inizio-sessione SESSIONE
Avvia una sessione chroot persistente.
creare Crea un chroot.
distruggere
Distruggi un chroot.
fine sessione SESSIONE
Termina una sessione chroot persistente.
install [-N SESSIONE] PACCHETTI
Installa i pacchetti in chroot.
maint [-N SESSIONE] COMANDO ARGOMENTI
Esegui un comando di manutenzione in chroot. a differenza di eseguire il, questo esegue il comando come root
all'interno del chroot, e i suoi effetti sul chroot persisteranno dopo clicca chroot
maint esce.
Se viene fornito un nome di sessione, eseguire il comando in quella sessione. La sessione deve
precedentemente sono stati creati da clicca chroot inizio-sessione.
eseguire il [-N SESSIONE] COMANDO ARGOMENTI
Esegui un programma in chroot.
Se viene fornito un nome di sessione, eseguire il comando in quella sessione. La sessione deve
precedentemente sono stati creati da clicca chroot inizio-sessione.
upgrade [-N SESSIONE]
Aggiorna il chroot.
clicca testuali PERCORSO
Visualizza il contenuto del pacchetto Click in PATH come un elenco di file.
clicca contesto stratagemma
Visualizza un elenco di framework disponibili come un framework per riga.
clicca gancio install HOOK
Installa i file associati a HOOK per qualsiasi pacchetto Click ad esso collegato.
Normalmente viene chiamato solo dagli script del manutentore dei pacchetti di sistema, tramite
dh_clic(1).
Opzioni:
--radice=PERCORSO
Cerca pacchetti aggiuntivi in PATH.
clicca gancio rimuovere HOOK
Rimuovi i file associati a HOOK per qualsiasi pacchetto Click ad esso collegato.
Normalmente viene chiamato solo dagli script del manutentore dei pacchetti di sistema, tramite
dh_clic(1).
Opzioni:
--radice=PERCORSO
Cerca pacchetti aggiuntivi in PATH.
clicca gancio sistema di esecuzione
Esegui tutti gli hook a livello di sistema per tutti i pacchetti Click installati. Questo è utile all'avvio
da immagini con pacchetti preinstallati che potrebbero non avere i loro hook a livello di sistema
funzionare correttamente durante la creazione dell'immagine.
Opzioni:
--radice=PERCORSO
Cerca pacchetti aggiuntivi in PATH.
clicca gancio run-utente
Esegui tutti gli hook a livello di utente per tutti i pacchetti Click registrati per un determinato utente. Questo è
utile all'avvio della sessione per recuperare i pacchetti che potrebbero essere stati preinstallati e
registrato per tutti gli utenti.
Opzioni:
--radice=PERCORSO
Cerca pacchetti aggiuntivi in PATH.
--utente=UTENTE
Esegui hook a livello di utente per USER (impostazione predefinita: utente corrente).
clicca Maggiori informazioni. {NOME-PACCHETTO|FILE-PACCHETTO}
Quando viene dato un nome di pacchetto (cioè una stringa contenente no / caratteri), visualizzare il
manifest per quel pacchetto, se è registrato per l'utente corrente.
Quando viene fornito un percorso (ovvero una stringa contenente almeno uno / carattere o una stringa
contenente no / caratteri che non è un nome di pacchetto registrato), tentare di trattarlo
come percorso di un file contenente un pacchetto Click e visualizzare il manifest per quel pacchetto.
Opzioni:
--radice=PERCORSO
Cerca pacchetti aggiuntivi in PATH.
--utente=UTENTE
Elenca i pacchetti registrati da USER (se disponi dell'autorizzazione).
clicca install PACCHETTO-FILE
Installa il pacchetto Click in PACKAGE-FILE.
Questo è uno strumento di basso livello; per installare un pacchetto come un normale utente dovresti generalmente
uso pkcon installazione locale PACCHETTO-FILE o qualche interfaccia utente di livello superiore invece, che
fare attenzione a utilizzare il set corretto di opzioni. (Non usare sudo quando si invoca pkcon, come
deve conoscere l'utente chiamante.)
clicca install può essere usato per preinstallare un pacchetto in un'immagine in modo tale che sarà
disponibile per tutti gli utenti per impostazione predefinita. Quando lo fai, dovresti normalmente installarlo su uno
dei database definiti in /etc/click/database/ a parte l'impostazione predefinita di
/opt/click.ubuntu.com. Per esempio:
sudo click install --root=/custom/click --all-users foo.click
. --force-mancante-quadro l'opzione è necessaria mentre si lavora con le versioni di sviluppo
di SDK che non hanno ancora messo in atto una dichiarazione quadro.
Dovresti sempre registrare i pacchetti installati per un utente specifico o per tutti gli utenti;
se non lo fai, i pacchetti potrebbero essere raccolti in un secondo momento. Puoi farlo
usando il --utente or --tutti gli utenti opzioni a questo comando, o usando il clicca registro
comando.
Opzioni:
--radice=PERCORSO
Installa i pacchetti sotto PATH.
--force-mancante-quadro
Installa nonostante il framework di sistema mancante.
--utente=UTENTE
Registra il pacchetto per USER.
--tutti gli utenti
Registra il pacchetto per tutti gli utenti.
clicca stratagemma
Visualizza un elenco di pacchetti installati, come un pacchetto per riga con ogni riga
contenente un nome e una versione del pacchetto separati da una scheda (impostazione predefinita) o come array JSON
di manifesti.
Per impostazione predefinita, clicca stratagemma mostra solo i pacchetti registrati per l'utente corrente. Il --tutti
L'opzione fa in modo che mostri tutti i pacchetti installati, indipendentemente dalle registrazioni degli utenti.
Opzioni:
--radice=PERCORSO
Cerca pacchetti aggiuntivi in PATH.
--tutti Elenca tutti i pacchetti installati.
--utente=UTENTE
Elenca i pacchetti registrati da USER (se disponi dell'autorizzazione).
--manifesto
Formatta l'output come un array JSON di manifest.
clicca pkgdir {NOME-PACCHETTO|PERCORSO}
Quando viene dato un nome di pacchetto (cioè una stringa contenente no / caratteri), visualizzare il
directory in cui è installato quel pacchetto, se è registrato per l'utente corrente.
Quando viene fornito un percorso (ovvero una stringa contenente almeno uno / carattere), tentare di
consideralo come un percorso a un file all'interno di un pacchetto Click e stampa la directory di primo livello
dove è installato quel pacchetto, se ne esiste uno. Ciò è particolarmente utile nei ganci che
è necessario trovare la directory del pacchetto di livello superiore in base a un collegamento simbolico a un singolo file
al suo interno.
Esce da zero se e solo se è stata trovata una directory per il nome o il percorso del pacchetto specificato.
Opzioni:
--radice=PERCORSO
Cerca pacchetti aggiuntivi in PATH.
--utente=UTENTE
Elenca i pacchetti registrati da USER (se disponi dell'autorizzazione).
clicca registro NOME DEL PACCHETTO VERSIONE
Registra un pacchetto Click installato per un utente. Questo normalmente causerà hook a livello di utente
da eseguire per quell'utente, che sono necessari per cose come rendere l'applicazione
.desktop file disponibile per l'interfaccia utente.
Opzioni:
--radice=PERCORSO
Cerca pacchetti aggiuntivi in PATH.
--utente=UTENTE
Registra il pacchetto per USER (predefinito: utente corrente).
--tutti gli utenti
Registra il pacchetto per tutti gli utenti.
clicca annullare la registrazione NOME DEL PACCHETTO [VERSIONE]
Annulla la registrazione di un pacchetto Click installato per un utente e rimuovilo completamente se nessun altro utente
ancora registrato e se non sembra essere in esecuzione. Questo sarà normalmente
causare l'esecuzione di hook a livello di utente per quell'utente, che sono necessari per cose come
rimozione dell'applicazione .desktop file dall'interfaccia utente.
Se viene specificata una versione, la versione registrata deve corrispondere ad essa per essere
rimosso.
Opzioni:
--radice=PERCORSO
Cerca pacchetti aggiuntivi in PATH.
--utente=UTENTE
Annulla la registrazione del pacchetto per USER (predefinito: $SUDO_USER, se noto).
--tutti gli utenti
Annulla la registrazione del pacchetto precedentemente registrato per tutti gli utenti.
clicca verificare PACCHETTO-FILE
Verifica il pacchetto Click in PACKAGE-FILE.
. --force-mancante-quadro l'opzione è necessaria mentre si lavora con le versioni di sviluppo
di SDK che non hanno ancora messo in atto una dichiarazione quadro.
Opzioni:
--radice=PERCORSO
Installa i pacchetti sotto PATH.
--force-mancante-quadro
Installa nonostante il framework di sistema mancante.
Utilizzare fare clic online utilizzando i servizi onworks.net
