Dies ist eine Folgefrage zu meiner vorherigen Frageapt-rdepends zeigt keine Multiarch-Informationen an.
Nachdem dieses Problem gelöst war, bin ich nun auf das Problem gestoßen, das apt-cachealle Alternativen für eine Abhängigkeit rekursiv durchläuft:
$ 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
Dies sprengt meine Paketliste aktuell um ca. 300%.
Gibt es irgendwelche Vorschläge, wie man es dazu zwingen kann, nur die bevorzugten Alternativen zu verwenden (im Beispiel: nicht die i386-Pakete)?
Antwort1
Hatte das gleiche Problem. Ich habe herausgefunden, dass man verwenden kann
-o APT::Cache::ShowOnlyFirstOr=true
Dies löst einen Teil des Problems, jedoch nicht vollständig. Wenn Sie beispielsweise über Multiarch verfügen und in beiden Architekturen dasselbe Paket bereitgestellt wird (also nicht ODER, sondern tatsächlich zwei Pakete, die verwendet werden können), tritt auf beiden eine Rekursion auf.
Ich denke, ich sollte Sie warnen, dass diese Option nirgends dokumentiert zu sein scheint. Außerdem weiß ich nicht, ob die bevorzugte Option immer zuerst kommt.
(Sehen Sie, wie 'ShowOnlyFirstOr' verwendet wird in https://salsa.debian.org/apt-team/apt/blob/master/apt-private/private-depends.cc)