¿Cómo consigo apt-get para ignorar algunas dependencias?

¿Cómo hago para que apt-get ignore algunas dependencias? Por ejemplo, quería instalar mailx para poder usarlo para enviar correos electrónicos desde scripts cron / herramientas de generación de informes. Sin embargo, la instalación de mailx también instala exim4 y un montón de dependencias (ya tengo instalado Postfix) que realmente no necesito y que supongo que mailx también puede vivir sin él.

¿Cómo ignoro algunas dependencias pero sigo usando apt-get ya que es una buena herramienta?

Solución simple y fácil: simplemente especifique los paquetes no deseados con un extra -después de cada uno de ellos.

Ejemplo sin el -interruptor:

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

Ejemplo usando el interruptor para evitar la instalación exim4-base . Observe el -al 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 puede ver, apt-getya no intenta instalar el exim4-basepaquete y no intenta instalar sus diversas dependencias ( exim4-configetc.).

Y si te equivocaste y necesitabas esa exim4-basedependencia después de todo, ¡puedes apt-get installhacerlo más tarde!

Puede cambiar las dependencias de un paquete deb como este:

1. Desempaquetar deb: ar x golden-linux.deb(creará, es decir, tres archivos: debian-binary control.tar.gz data.tar.gz)
2. Descomprima el archivo de control: tar xzf control.tar.gz(creará: postinst postrm preinst prerm md5sums control)
3. Arreglar dependencias en control(usar un editor de texto)
4. Vuelva a embalar 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(¡orden importante! Ver [Nota])

[Nota]: ¡dpkg no podría leer los metadatos de un paquete rápidamente si tuviera que buscar dónde terminó la sección de datos!

Después de instalar el paquete con la --ignore-depends opción, vaya y edite el /var/lib/dpkg/statusarchivo, y elimine cualquier dependencia que crea que no es necesaria. Solo ten mucho cuidado. En fin un dep. que se requiere, es más que probable que SER requerido

Puedes probar la --nodepsbandera con apt-get.
O descargue el paquete e instálelo dpkgcon la opción --ignore-depends.

Por ejemplo, si desea instalar el paquete foosin dependencia bar:

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

Como instaló postfix desde la fuente, debe instalar un paquete "ficticio" que satisfaga la dependencia del agente de transporte de correo de mailx (o bsd-mailx). El paquete "equivs" en debian existe para crear un paquete ficticio que puede instalar para decirle a dpkg "esta dependencia está satisfecha"

La razón por la que decirle a dpkg que simplemente ignore las dependencias no es una buena solución, es que solo le está diciendo a dpkg / apt que lo ignore para una sola transacción, no puede decirle que ignore las dependencias para siempre. Cada vez que usa apt, verifica las dependencias en todos los paquetes

He estado buscando esta opción en un servidor Ubuntu 12.04 con Xen. En mis dominios utilizo el kernel virtual, y apt trató persistentemente de instalar grub con cada actualización del paquete del kernel. Sin embargo, Grub no es necesario dentro de domU cuando se usa p [yv] grub.

He estado buscando la opción -nodeps para apt-get también, pero no funcionó, así que terminé desinstalando / purgando grub * después de cada actualización del kernel.

Después de todo, leer realmente una página de manual ayuda a veces, parece que una opción similar de apt-get en 12.04 parece ser: no-install-recomendamos, lo que realmente funciona en este caso, ya que grub aparece como 'recomendado' en el información del paquete (supongo que no es una dependencia "real").

Estoy agregando esto aquí porque en mi caso resolvió un problema similar, y la sugerencia para '--no-install-recomendamos' aún no se mencionó.

Puede descargar el paquete con apt-get y luego instalarlo con dpkg, enumerando manualmente la dependencia que desea ignorar.

Por ejemplo, si quiero descargar mypackage pero depende de libperl5.14 y no quiero instalar libperl5.14 ya que tengo una versión diferente, puedo ignorar esta dependencia de la siguiente manera:

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

Una forma alternativa de ajustar manualmente las dependencias es:

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

En mi sistema Debian, bsd-mailx realmente depende default-mta | mail-transport-agent(puede verificar de qué depende un paquete apt-cache show <pkg>para cualquier cosa en el archivo o dpkg -s <pkg>para los paquetes instalados.

Puede ser que su paquete postfix no tenga, Provides: mail-transport-agentpor lo que apt no se da cuenta de que tiene un MTA instalado. Valdría la pena presentar un error si es un paquete oficial.

A los efectos de esto, ¿podría instalar clavo que no creo que tenga estas dependencias?

apt-get install nail

Bueno, no lo hagas.

Usar el trabajo de otras personas es muy importante en el camino hacia cualquier éxito. Cuando construyes algún software desde la fuente (tarball), pierdes la oportunidad de usar el trabajo del administrador de paquetes de la distribución.

No recibirá actualizaciones "gratuitas". La mayoría de las veces, ninguno actualiza los paquetes que instalaron desde la fuente. Debido a que necesitan rastrear el software para nuevas versiones, reconstruirlo y todos los programas dependientes (trate de recordarlos).

Tendrá problemas con otros paquetes de los repositorios de su distribución. Este es exactamente el caso indicado en la pregunta: ubuntu tiene un excelente administrador de paquetes y algunas personas muy agradables que mantienen los paquetes. Y han decidido que para que el programa mailx funcione se necesita un MTA. Entonces, si instaló postfix desde las fuentes, ubuntu no le pediría que instale exim.

Si por alguna razón el mantenimiento del servidor pasa a otra persona (por ejemplo, su proyecto se vuelve muy exitoso y decide contratar a otro tipo para que administre los servidores mientras está ocupado con otras cosas), naturalmente esperará correr dpkg --get-selectionspara obtener todo el paquetes instalados

Intente utilizar el software de administración de paquetes de la distribución tanto como sea posible. Aprenda a crear sus propios paquetes si no puede encontrar uno preconstruido y se convertirá en un mejor profesional.