Como faço para o apt-get ignorar algumas dependências?

Como faço para o apt-get ignorar algumas dependências? Por exemplo, eu queria instalar o mailx para poder usá-lo para enviar email de scripts cron / ferramentas de geração de relatórios. No entanto, a instalação do mailx também instala o exim4 e um monte de dependências (eu já tenho o Postfix instalado) que eu realmente não preciso e que acho que o mailx também pode viver sem.

Como ignoro algumas dependências, mas ainda uso o apt-get, pois é uma boa ferramenta?

Solução simples e fácil: basta especificar os pacotes indesejados com um extra -após cada um deles.

Exemplo sem a -chave:

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
[...]

Exemplo usando o switch para evitar a instalação exim4-base . Observe o -no final:

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
[...]

Como você pode ver, apt-getnão tenta mais instalar o exim4-basepacote, nem tenta instalar suas várias dependências ( exim4-configetc).

E se você estava errado e precisava dessa exim4-basedependência, afinal, você pode justificá- apt-get installla mais tarde!

Você pode alterar as dependências de um pacote deb como este:

1. Descompacte deb: ar x golden-linux.deb(criará três arquivos: debian-binary control.tar.gz data.tar.gz)
2. Descompacte o arquivo de controle: tar xzf control.tar.gz(criará: postinst postrm preinst prerm md5sums control)
3. Corrigir dependências em control(use um editor de texto)
4. Reembalar control.tar.gz: tar --ignore-failed-read -cvzf control.tar.gz {post,pre}{inst,rm} md5sums control
5. Reembale novamente deb: ar rcs newpackage.deb debian-binary control.tar.gz data.tar.gz(peça importante! Consulte [Nota])

[Nota]: o dpkg não seria capaz de ler os metadados de um pacote rapidamente se tivesse que procurar onde a seção de dados terminava!

Depois de instalar o pacote com a --ignore-depends opção, edite o /var/lib/dpkg/statusarquivo e remova qualquer dependência que julgue desnecessária. Apenas tenha muito cuidado. Em ordem um dep. de ser necessário, é mais do que provável a SER necessário

Você pode tentar a --nodepsbandeira com apt-get.
Ou baixar o pacote e instalá-lo usando dpkga opção --ignore-depends.

Por exemplo, se você deseja instalar o pacote foosem dependência bar:

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

Desde que você instalou o postfix a partir da fonte, é necessário instalar um pacote "fictício" que satisfaça a dependência do agente de transporte de correio do mailx (ou bsd-mailx). O pacote "equivs" no debian existe para criar um pacote fictício que você pode instalar para informar ao dpkg "essa dependência é satisfeita"

O motivo pelo qual dizer ao dpkg para simplesmente ignorar dependências não é uma boa solução, é porque você está dizendo apenas ao dpkg / apt para ignorá-lo por uma única transação, não é possível dizer para ele ignorar as dependências para sempre. Sempre que você usa o apt, ele verifica as dependências de todos os pacotes

Eu estive procurando por esta opção em um servidor Ubuntu 12.04 executando o Xen. Nos meus domínios, uso o kernel -virtual, e o apt tentou persistentemente instalar o grub a cada atualização do pacote do kernel. Entretanto, o Grub não é necessário dentro do domU ao usar o p [yv] grub.

Eu estive procurando pela opção -nodeps para o apt-get também, mas ela não funcionou, então acabei desinstalando / limpando o grub * após cada atualização do kernel.

Afinal, realmente ler uma página de manual às vezes ajuda - acontece que uma opção semelhante ao apt-get na versão 12.04 parece ser --no-install-recommends, que realmente funciona nesse caso, pois o grub é listado como 'recomendado' no diretório informações do pacote (acho que não é uma dependência "real"?).

Estou adicionando isso aqui porque, no meu caso, ele resolveu um problema semelhante, e a dica para '--no-install-recommends' ainda não foi mencionada.

Você pode baixar o pacote com o apt-get e instalá-lo com o dpkg, listando manualmente a dependência que você gostaria de ser ignorada.

Por exemplo, se eu quiser fazer o download do mypackage, mas ele depende da libperl5.14 e não quero instalar a libperl5.14, pois tenho uma versão diferente, posso ignorar essa dependência da seguinte maneira:

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

Uma maneira alternativa de ajustar manualmente as dependências é:

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

No meu sistema debian, o bsd-mailx realmente depende default-mta | mail-transport-agent(você pode verificar o que um pacote depende apt-cache show <pkg>para qualquer coisa no arquivo ou dpkg -s <pkg>para os pacotes instalados.

Pode ser que o seu pacote postfix não possua, Provides: mail-transport-agentportanto o apt não percebe que você possui um MTA instalado. Valeria a pena registrar um bug para isso, se for um pacote oficial.

Para isso, você pode instalar unha, que eu acho que não tem essas dependências?

apt-get install nail

Bem - não.

Usar o trabalho de outras pessoas é muito importante no caminho para qualquer sucesso. Ao criar algum software a partir da fonte (tarball), você perde a oportunidade de usar o trabalho do gerenciador de pacotes da distribuição.

Você não receberá atualizações "gratuitas". Na maioria das vezes, nenhum deles atualiza os pacotes que eles instalaram da fonte. Como eles precisam rastrear o software para novas versões, reconstrua-o e todos os programas dependentes (tente se lembrar deles).

Você terá problemas com outros pacotes dos repositórios de distribuição da sua distribuição. Este é exatamente o caso indicado na pergunta: o ubuntu tem um ótimo gerenciador de pacotes e algumas pessoas muito legais mantendo os pacotes. E eles decidiram que, para o programa mailx funcionar, você precisa de um MTA. Portanto, se você instalou o postfix a partir de fontes, o ubuntu não solicitará a instalação do exim.

Se, por algum motivo, a manutenção do servidor for transferida para outra pessoa (por exemplo, seu projeto se tornar muito bem-sucedido e você decidir contratar outro gerente para gerenciar os servidores enquanto estiver ocupado com outras coisas), ele naturalmente esperará executar dpkg --get-selectionspara obter todas as informações necessárias. pacotes instalados.

Tente usar o software de gerenciamento de pacotes da distribuição o máximo possível. Aprenda a criar seus próprios pacotes, se você não encontrar um pré-construído e se tornar um profissional melhor.