Dì, ho foo-1.2.3.debquale dipende perle python, tuttavia, eseguendo il comando:

dpkg -i ./foo-1.2.3.deb

non installerà queste dipendenze. Quindi devo farlo apt-get install perl pythona mano.

Come dpkg -iposso installare automaticamente queste dipendenze per me?

Dopo l'utilizzo dpkg, l'esecuzione del comando seguente mi ha aiutato a installare le dipendenze richieste:

sudo apt-get -f install

In tutto, il tuo terminale dovrebbe apparire così:

$ sudo dpkg -i package_with_unsatisfied_dependencies.deb
dpkg: dependency problems prevent ... 
[additional messages]

$ sudo apt-get -f install
[apt messages]
Setting up [dependency]...
Setting up package_with_unsatisfied_dependencies...

Si noti la riga circa Setting up package_with_unsatisfied_dependencies. Questo risolve (e completa) l'installazione di package_with_unsatisfied_dependencies.deb.

È possibile installare gdebi-core, che è la versione da riga di comando del programma di installazione del pacchetto GDebi dalla 10.04 in poi. Nelle versioni più recenti di Ubuntu, il Software Center viene utilizzato per installare debs, che non ha un equivalente della riga di comando.

Per installare un pacchetto deb usando gdebi, basta eseguire:

sudo gdebi my_package_1.0.deb

a partire da apt 1.1 (disponibile in Xenial (16.04), stretch) apt installconsente anche i file locali:

sudo apt install ./foo-1.2.3.deb

Molto più semplice e pulito.

Vedi l' annuncio di rilascio

Gdebi

gdebiinstalla un pacchetto deb e le sue dipendenze. Per usarlo eseguire:

sudo gdebi package.deb

Nelle versioni più recenti di Ubuntu, questo non è installato per impostazione predefinita, quindi sarà necessario installarlo dai repository.

Vedi man gdebiper un elenco completo di opzioni.

gdebiè la riga di comando equivalente allo strumento grafico con lo stesso nome che era incluso di default in Ubuntu. Il comando per lo strumento grafico è gdebi-gtke ha funzionalità simili:

in esecuzione

sudo apt-get install -f

dopo aver installato il pacchetto con dpkg potrebbe risolvere le dipendenze rotte (almeno man apt-get dirlo ...). Ill aggiornamento quando lo controllerò.

dpkg non ha supporto per le dipendenze. C'è un modo per aggirarlo, ma ciò richiederebbe di creare un database locale (e quindi si conoscono già le dipendenze) ed è considerato obsoleto (...).

Deve essere la riga di comando? (installazione del server?) Se è così anche dare un'occhiata apt-get -fma attenzione: risolvere le dipendenze dopo l'installazione potrebbe farti finire con un sistema guasto.

gdebi (gui frontend) era in grado di farlo, ma è stato sostituito con USC.

Come hai scaricato il .deb. Alcune delle nuove funzionalità di 11.04 è la gestione di .deb scaricato da un sito Web: viene aperto in USC, quindi le dipendenze verranno risolte dall'installatore.

EDIT basato sul commento di andrew: sudo gdebi foo-1.2.3.deb farebbe il trucco !!

In alternativa a gdebi-gtkte puoi usare Ubuntu Software Center.

Fare doppio clic sul pacchetto e dovrebbe essere disponibile un pulsante di installazione.

È possibile creare un file dpkg-dep-instcon il seguente contenuto.

#!/bin/bash

DEBIAN_FILE1=$1
dpkg -i $DEBIAN_FILE1 || apt-get --fix-broken install

Presumo che tu abbia creato il file nella tua cartella home. Renderlo eseguibile con chmod +x dpkg-dep-inste spostarlo /usr/local/bincon sudo cp dpkg-dep-inst /usr/local/bin.

Ora puoi installare automaticamente il pacchetto debian con dipendenze con:

sudo dpkg-dep-inst foo-1.2.3.deb

Ho appena incontrato questo problema. Calling apt-get install -fverrà non installare consigliati dipendenze, però! L'unica soluzione alternativa sarebbe quella di creare un repository locale e aggiungerlo /etc/apt/sources.list, ad esempio:

apt-ftparchive packages . > Packages && gzip < Packages > Packages.gz
sudo echo "deb file://$PWD /" >> /etc/apt/sources.list
sudo apt-get update

In realtà la risposta è che il dpkggestore pacchetti non può installare le dipendenze immediatamente. Cam man dpkge l' hai scoperto. Quindi è necessario utilizzare strumenti come apt, apt-get, aptitude, ..., sulla base dpkg.

Direi che lo stesso caso vale per il rpmgestore dei pacchetti sull'altro emisfero Linux. rmpnon è pensato per eseguire installazioni basate sulla dipendenza. Si può installare i pacchetti singoli, e per l'installazione dei dipendenze che si utilizzano yum, urpmi, up2datequeste sono tutte basate su RPM.

Come notato, c'è un leggero pericolo nell'installare i pacchetti dpkgdirettamente, perché la risoluzione successiva della risoluzione delle dipendenze potrebbe finire con un sistema rotto, come delineato da @Rinzwind.