Re: Paketsystem verwirrt
Paul Muster wrote:
> Am 02.09.2025 um 08:37 schrieb Dietrich Clauss:
>> Paul Muster wrote:
>>> bei einem meiner Server ist wohl das Paketsystem strubbelig. Ich habe
>>> mittlerweile alle mir sinnvoll erscheinenden Ideen durch (z.T. unten zu
>>> sehen) und würde mich über Vorschläge freuen. apt versteht, dass es z.B.
>>> libc6:amd64 bräuchte, kann/will das Paket aber nicht herunterladen:
>>
>> [...]
>>
>>> Hat jemand eine Idee, was da los ist? Welche Infos kann ich liefern?
>>
>> "apt policy" und "apt policy libc6:amd64" wären noch interessant. Da
>> sieht man erstmal, welche Paketquellen aktiv sind, mit welcher
>> Priorität, und welche Version tatsächlich installiert werden soll.
>
> Klar, gerne (Sorry, muss ich als Zitat einfügen, weil Thunderbird es
> sonst umbricht):
>
>> # apt policy
>> Package files:
>> 100 /var/lib/dpkg/status
>> release a=now
>> 500 http://mirror/debian bullseye-updates/main amd64 Packages
>> release v=11-updates,o=Debian,a=oldoldstable-updates,n=bullseye-updates,l=Debian,c=main,b=amd64
>> origin mirror
>> 500 http://mirror/debian bullseye-updates/main i386 Packages
>> release v=11-updates,o=Debian,a=oldoldstable-updates,n=bullseye-updates,l=Debian,c=main,b=i386
>> origin mirror
>> 500 http://mirror/debian-security bullseye-security/main amd64 Packages
>> release v=11,o=Debian,a=oldoldstable-security,n=bullseye-security,l=Debian-Security,c=main,b=amd64
>> origin mirror
>> 500 http://mirror/debian-security bullseye-security/main i386 Packages
>> release v=11,o=Debian,a=oldoldstable-security,n=bullseye-security,l=Debian-Security,c=main,b=i386
>> origin mirror
>> 990 http://mirror/debian bullseye/main amd64 Packages
>> release v=11.11,o=Debian,a=oldoldstable,n=bullseye,l=Debian,c=main,b=amd64
>> origin mirror
>> 990 http://mirror/debian bullseye/main i386 Packages
>> release v=11.11,o=Debian,a=oldoldstable,n=bullseye,l=Debian,c=main,b=i386
>> origin mirror
>> Pinned packages:
>> systemd-sysv -> 247.3-7+deb11u7 with priority -1
>> systemd-sysv -> 247.3-7+deb11u5 with priority -1
>> systemd-sysv -> 247.3-7+deb11u4 with priority -1
>> # apt policy libc6:amd64
>> libc6:amd64:
>> Installed: (none)
>> Candidate: 2.31-13+deb11u11
>> Version table:
>> 2.31-13+deb11u13 500
>> 500 http://mirror/debian-security bullseye-security/main amd64 Packages
>> 2.31-13+deb11u11 990
>> 990 http://mirror/debian bullseye/main amd64 Packages
>> 2.31-13+deb11u5 500
>> 500 http://mirror/debian bullseye-updates/main amd64 Packages
>
> Ich habe derweil mal weiter gebastelt und in diversen Iterationen
> _manuell_ die Abhängigkeiten aufgelöst:
>
>> # apt -d install dpkg:amd64 apt:amd64 python3:amd64 python3-apt:amd64 libc6:amd64 libgnutls30:amd64 libsystemd0:amd64 tar:amd64 libudev1:amd64 libpython3.9-stdlib:amd64 libexpat1:amd64 libpython3.9-minimal:amd64 libsqlite3-0:amd64 libgssapi-krb5-2:amd64 libtasn1-6:amd64 libcom-err2:amd64 libk5crypto3:amd64 libkrb5-3:amd64 libkrb5support0:amd64 libssl1.1:amd64 passwd:amd64 debconf:amd64 libsepol1:amd64 perl-base:amd64
>> Reading package lists... Done
>> Building dependency tree... Done
>> Reading state information... Done
>> Note, selecting 'debconf' instead of 'debconf:amd64'
>> debconf is already the newest version (1.5.77).
>> Some packages could not be installed. This may mean that you have
>> requested an impossible situation or if you are using the unstable
>> distribution that some required packages have not yet been created
>> or been moved out of Incoming.
>> The following information may help to resolve the situation:
>>
>> The following packages have unmet dependencies:
>> debconf : PreDepends: perl-base (>= 5.20.1-3~) but it is not installable
>> E: Unable to correct problems, you have held broken packages.
>
> Hmm? Was ist los mit a) debconf und b) perl-base?
>
>> # apt policy debconf
>> debconf:
>> Installed: 1.5.77
>> Candidate: 1.5.77
>> Version table:
>> *** 1.5.77 990
>> 990 http://mirror/debian bullseye/main i386 Packages
>> 990 http://mirror/debian bullseye/main amd64 Packages
>> 100 /var/lib/dpkg/status
>> # apt policy debconf:amd64
>> debconf:amd64:
>> Installed: (none)
>> Candidate: (none)
>> Version table:
>
> Hö?
Das stimmt schon so, das Paket ist architektur-unabhängig. Da wird es
nur gefunden, wenn man
- ohne Architektur
- nach :all
- oder nach der native arch des Systems sucht.
>> # apt policy perl-base
>> perl-base:
>> Installed: 5.32.1-4+deb11u4
>> Candidate: 5.32.1-4+deb11u4
>> Version table:
>> *** 5.32.1-4+deb11u4 500
>> 500 http://mirror/debian-security bullseye-security/main i386 Packages
>> 100 /var/lib/dpkg/status
>> 5.32.1-4+deb11u3 990
>> 990 http://mirror/debian bullseye/main i386 Packages
>> # apt policy perl-base:amd64
>> perl-base:amd64:
>> Installed: (none)
>> Candidate: 5.32.1-4+deb11u3
>> Version table:
>> 5.32.1-4+deb11u4 500
>> 500 http://mirror/debian-security bullseye-security/main amd64 Packages
>> 5.32.1-4+deb11u3 990
>> 990 http://mirror/debian bullseye/main amd64 Packages
>> #
>
> Ist da was komisch mit den Versionen deb11u4 (bei i386) vs. deb11u3 (bei
> amd64)? Warum ist bei amd64 die Version u3 der Installationskandidat?
Ja, da ist was komisch.
Prio 990 bedeutet, es ist ein target release gesetzt
(APT::Default-Release, <man apt_preferences>). Das steht auf bullseye,
nicht auf bullseye-security. Also wird die u3 genommen und bei der
libc6:amd64 die deb11u11 und nicht deb11u13. Das wäre für sich genommen
noch nicht mal tragisch.
Gleichzeitig sind aber Pakete aus bullseye-security installiert,
mindestens das oben erwähnte perl-base, vmtl. noch mehr. Bei jedem
dieser Pakete kann es krachen, weil das Cross- dann effektiv zum
Downgrade wird.
Um das aufzulösen, würde ich hier das target-release rausnehmen und
erstmal das i386-System auf die letzte security-Version hochziehen.
Dann sollte das Crossgrade besser klappen.
Gruß,
- Dietrich
Reply to: