☰

Hacer que apt-cache dependa solo de la recursión sobre la alternativa preferida

tag-icon • tag-icon apt dependencies
Hacer que apt-cache dependa solo de la recursión sobre la alternativa preferida

Esta es una pregunta complementaria a mi pregunta anterior.apt-rdependens no muestra información multiarca.

Con ese problema resuelto, ahora encontré el problema que apt-cachese repetirá en todas las alternativas para una dependencia:

$ apt-cache depends --recurse --no-recommends --no-suggests --no-breaks --no-suggests --no-replaces --no-conflicts --no-pre-depends nano 
nano
  Depends: libc6
  Depends: libncursesw5
  Depends: libtinfo5
 |Depends: dpkg
    dpkg:i386
  Depends: install-info
    install-info:i386
libc6
  Depends: libgcc1
libncursesw5
  Depends: libtinfo5
  Depends: libc6
  Recommends: libgpm2
libtinfo5
  Depends: libc6
dpkg
dpkg:i386
install-info
  Depends: libc6
install-info:i386
  Depends: libc6:i386
libgcc1
  Depends: gcc-4.9-base
  Depends: libc6
libgpm2
  Depends: libc6
libc6:i386
  Depends: libgcc1:i386
gcc-4.9-base
libgcc1:i386
  Depends: gcc-4.9-base:i386
  Depends: libc6:i386
gcc-4.9-base:i386

Actualmente, esto aumenta mi lista de paquetes en aproximadamente un 300%.

¿Alguna sugerencia sobre cómo obligarlo a utilizar sólo las alternativas preferidas (en el ejemplo: no los paquetes i386)?

Respuesta1

Tuve el mismo problema. Descubrí que se puede usar

-o APT::Cache::ShowOnlyFirstOr=true

lo que resuelve un poco el problema, aunque no completamente; por ejemplo, cuando tiene multiarca y se proporciona el mismo paquete en ambas arquitecturas (es decir, no OR, sino dos paquetes que se pueden usar), se obtiene recursividad en ambas.

Supongo que debo advertirte que esta opción no parece estar documentada en ninguna parte. Además, no sé si la opción preferida es siempre la primera.

(Vea cómo se usa 'ShowOnlyFirstOr' en https://salsa.debian.org/apt-team/apt/blob/master/apt-private/private-depends.cc)

información relacionada