Come ottengo apt-get per ignorare alcune dipendenze?

Come faccio ad apt-get ignorare alcune dipendenze? Ad esempio, volevo installare mailx in modo da poterlo utilizzare per inviare e-mail da cron script / strumenti per la generazione di report. Tuttavia, l'installazione di Mailx installa anche exim4 e un sacco di dipendenze (ho già installato Postfix) di cui non ho davvero bisogno e di cui credo che Mailx possa anche vivere senza.

Come faccio ad ignorare alcune dipendenze ma utilizzo ancora apt-get poiché è uno strumento utile?

Soluzione semplice e facile: basta specificare i pacchetti indesiderati con un extra -dopo ognuno di essi.

Esempio senza -interruttore:

root@debian:~# apt-get install bsd-mailx 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following extra packages will be installed:
  exim4-base exim4-config exim4-daemon-light liblockfile-bin liblockfile1
[...]

Esempio di utilizzo dell'interruttore per evitare l'installazione exim4-base . Si noti -alla fine:

root@debian:~# apt-get install bsd-mailx exim4-base-
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Package 'exim4-base' is not installed, so not removed
The following extra packages will be installed:
  liblockfile-bin liblockfile1 ssmtp
[...]

Come puoi vedere, apt-getnon tenta più di installare il exim4-basepacchetto e non tenta di installare le sue varie dipendenze ( exim4-configecc.).

E se exim4-basedopo tutto avevi torto e avevi bisogno di quella dipendenza, puoi apt-get installfarlo dopo!

È possibile modificare le dipendenze di un pacchetto deb in questo modo:

1. Decomprimi deb: ar x golden-linux.deb(creerà cioè tre file: debian-binary control.tar.gz data.tar.gz)
2. Scompatta archivio controllo: tar xzf control.tar.gz(creerà: postinst postrm preinst prerm md5sums control)
3. Correggi le dipendenze in control(usa un editor di testo)
4. Repack control.tar.gz: tar --ignore-failed-read -cvzf control.tar.gz {post,pre}{inst,rm} md5sums control
5. Repack deb: ar rcs newpackage.deb debian-binary control.tar.gz data.tar.gz(ordine importante! Vedi [Nota])

[Nota]: dpkg non sarebbe in grado di leggere rapidamente i metadati di un pacchetto se dovesse cercare dove era finita la sezione dati!

Dopo aver installato il pacchetto con l' --ignore-depends opzione, vai e modifica il /var/lib/dpkg/statusfile e rimuovi qualsiasi dipendenza che ritieni non sia necessaria. Stai molto attento. Per un dep. ad essere richiesto, è più che probabile che ESSERE richiesta

Puoi provare la --nodepsbandiera con apt-get.
Oppure scarica il pacchetto e installalo utilizzando dpkgcon l'opzione --ignore-depends.

Ad esempio, se si desidera installare il pacchetto foosenza dipendenza bar:

dpkg --ignore-depends=bar -i foo_1.2.3_amd64.deb

Poiché hai installato postfix dal sorgente, devi installare un pacchetto "fittizio" che soddisferà la dipendenza da mailx (o bsd-mailx) di agente di trasporto posta. Il pacchetto "equivs" in debian esiste per creare un pacchetto così fittizio che puoi installare per dire a dpkg "questa dipendenza è soddisfatta"

Il motivo per cui dire a dpkg di ignorare semplicemente le dipendenze non è una buona soluzione, è che stai solo dicendo a dpkg / apt di ignorarlo per una singola transazione, non puoi dirgli di ignorare le dipendenze per sempre. Ogni volta che usi apt controlla le dipendenze da tutti i pacchetti

Ho cercato questa opzione su un server Ubuntu 12.04 con Xen. Nei miei domini uso il kernel virtuale, e apt ha cercato in modo persistente di installare grub ad ogni aggiornamento del pacchetto del kernel. Grub tuttavia non è necessario all'interno di domU quando si utilizza p [yv] grub.

Ho cercato anche l'opzione -nodeps per apt-get, ma non ha funzionato, quindi ho finito per disinstallare / eliminare grub * dopo ogni aggiornamento del kernel.

Dopotutto, leggere davvero una pagina man aiuta a volte - risulta che un'analoga opzione apt-get su 12.04 sembra essere --no-install-recommend, che in realtà funziona in questo caso, poiché grub è elencato come 'raccomandato' nella informazioni sul pacchetto (suppongo che non sia una dipendenza "reale"?).

Lo sto aggiungendo qui perché nel mio caso ha risolto un problema simile e il suggerimento per "--no-install-recommend" non è stato ancora menzionato.

È possibile scaricare il pacchetto con apt-get e quindi installarlo con dpkg, elencando manualmente la dipendenza che si desidera ignorare.

Ad esempio, se voglio scaricare il mypackage ma dipende da libperl5.14 e non voglio installare libperl5.14 poiché ho una versione diversa, posso ignorare questa dipendenza come segue:

apt-get download mypackage
dpkg -i --ignore-depends=libperl5.14 mypackage.deb

Un modo alternativo per modificare manualmente le dipendenze è:

apt-get download yourpackage
dpkg-deb -x yourpackage.deb PackageFolder
dpkg-deb --control yourpackage.deb PackageFolder/DEBIAN
vim PackageFolder/DEBIAN/control
dpkg -b PackageFolder yourpackage2.deb
apt-get install ./yourpackage2.deb

Sul mio sistema debian, bsd-mailx dipende in realtà default-mta | mail-transport-agent(puoi controllare da cosa dipende un pacchetto apt-cache show <pkg>per qualsiasi cosa nell'archivio o dpkg -s <pkg>per i pacchetti installati.

È possibile che il tuo pacchetto postfix non abbia Provides: mail-transport-agentcosì apt che non si rende conto che hai un MTA installato. Vale la pena presentare un bug per questo se si tratta di un pacchetto ufficiale.

Ai fini di questo, potresti semplicemente installare un chiodo che non credo abbia queste dipendenze?

apt-get install nail

Bene - non farlo.

L'uso del lavoro di altre persone è molto importante sulla strada per qualsiasi successo. Quando si crea un software dal sorgente (tarball), si perde l'opportunità di utilizzare il lavoro del gestore dei pacchetti della distro.

Non otterrai aggiornamenti "gratuiti". Il più delle volte nessuno aggiorna mai i pacchetti installati dal sorgente. Perché devono tenere traccia del software per le nuove versioni, ricostruirlo e tutti i programmi dipendenti (prova a ricordarli).

Avrai problemi con altri pacchetti dai repository della tua distribuzione. Questo è esattamente il caso indicato nella domanda: ubuntu ha un ottimo gestore di pacchetti e alcune persone molto simpatiche mantengono i pacchetti. E hanno deciso che per far funzionare il programma mailx è necessario un MTA. Quindi se hai installato postfix da fonti ubuntu non ti chiederebbe di installare exim.

Se per qualche motivo la manutenzione del server passa ad un'altra persona (ad es. Il tuo progetto diventa molto efficace e decidi di assumere un altro ragazzo per gestire i server mentre sei impegnato con altre cose) si aspetterà naturalmente di correre dpkg --get-selectionsper ottenere tutto il pacchetti installati.

Prova a utilizzare il software di gestione dei pacchetti della distro il più possibile. Impara a costruire i tuoi pacchetti se non riesci a trovarne uno predefinito e diventerai un professionista migliore.