Wie bekomme ich den Codenamen ("Wheezy" oder "Sid") einer Paketversion?

1373
Vi.

apt-cache show zeigt verschiedene Versionen des Pakets

# apt-cache show libc6:i386 Package: libc6 Version: 2.17-97 Architecture: i386 ...  Package: libc6 Status: install ok installed Version: 2.17-7 Architecture: i386 Multi-Arch: same ...  Package: libc6 Version: 2.13-38 Architecture: i386 ...  # apt-get show libc6:amd64 Package: libc6 Version: 2.17-97 Architecture: amd64 ...  Package: libc6 Version: 2.13-38 Architecture: amd64 ... 

Aber wie kann man eine Paketversion zuordnen, um den Codenamen wie stable / testing / unstable zu veröffentlichen?

[XY Problem Hinweis] - was ich versuche und was passiert:

Bootstrap meines i386 debian versuchen, auch amd64-Binärdateien auszuführen (wobei i386 als Primärbogen erhalten bleibt),

  • Als ersten Schritt beim Versuch der neuen amd64-Welt habe ich versucht, ein Programm auszuführen.
  • Libssl.so.1.0.0 konnte nicht gefunden werden.
  • Ich habe versucht, libssl1.0.0 zu installieren: amd64,
  • wurde durch Inkompatibilität mit libgcc1 gestoppt,
  • Installation von libgcc1: amd64 versucht, Fehler wegen Inkompatibilität erhalten,
  • Upgrade des Systems auf neuere Pakete (wie apt-get upgradeNullen),
  • i386 libgcc-bezogene Pakete wurden zwangsweise aktualisiert, indem sie mit expliziten Versionen ( apt-get install libstdc++6=4.8.2-1 gcc-4.8-base=4.8.2-1 libgcc1=1:4.8.2-1 libgfortran3=4.8.2-1 libquadmath0=4.8.2-1 libgcc-4.8-dev=4.8.2-1 libgomp1=4.8.2-1 libitm1=4.8.2-1 libatomic1=4.8.2-1 libasan0=4.8.2-1 libstdc++-4.8-dev=4.8.2-1) installiert wurden
  • Installation von libgcc1: amd64 versucht, weniger Fehler im Vergleich zu vorher erhalten, aber durch Abwesenheit von libc6: amd64 immer noch angehalten
  • Installation von libc6: amd64 versucht, durch massive Inkompatibilitäten gestoppt,
  • (entsprechend apt-cache info) gefunden, dass für "meine" i386-Version von libc6 derzeit keine entsprechende amd64-Version verfügbar ist.
  • Verwirrt durch verschiedene Versionen: welche noch von "squeeze" (zu alt) ist, von "sid" (nur für manuelle Installation verfügbar, nicht für Upgrade). Warum gibt es keine "meine" Version einer Bibliothek, obwohl ich gerade ein vollständiges Upgrade durchgeführt habe? ..

[/ XY Problem Hinweis]

Update versucht apt-cache policy:

# apt-cache policy libc6:i386 libc6: Installed: 2.17-7 Candidate: 2.17-7 Version table: 2.17-97 0 10 http://ftp.de.debian.org/debian/ sid/main i386 Packages 10 http://ftp.mgts.by/debian/ testing/main i386 Packages *** 2.17-7 0 100 /var/lib/dpkg/status 2.13-38 0 900 http://ftp.mgts.by/debian/ wheezy/main i386 Packages 

Sieht aus wie meine libc6 ist etwas dazwischen.

0
Wenn es keine kritischen Informationen gibt, die ich nicht kenne, wird eine AMD64-Binärdatei NIEMALS auf einem i386-Computer ausgeführt. 64-Bit kann 32-Bit ausführen, aber nicht anders. vor 10 Jahren 0
Ich verwende derzeit das System i386_32 auf dem Kernel i386_64. Es läuft gut. Ich möchte jedoch eine langsame Migration auf 64 Bit starten. Der nächste Schritt sind Bibliotheken. Vi. vor 10 Jahren 0
@Slowki Wenn er über einen 64-Bit-Kernel (mit einer 64-Bit-CPU) und die Amd64-Abhängigkeiten verfügt, gibt es kein Problem [Wie kann ein 32-Bit-Programm auf einer 64-Bit-Version von Ubuntu ausgeführt werden?] (http://askubuntu.com/a/359184) Braiam vor 10 Jahren 0
@Braiam, Warum den Titel ändern? Die Hauptfrage ist bereits beantwortet ("apt-cache policy" - das wusste ich vorher nicht). Nun die Diskussion über relativ nicht zusammenhängende Dinge. Vi. vor 10 Jahren 0

2 Antworten auf die Frage

2
Carlos C Soto

Haben Sie es mit apt-cache madison versucht?

eclipxe@localhost:~# apt-cache madison iceweasel iceweasel | 25.0-1 | http://ftp.debian.org/debian/ experimental/main amd64 Packages iceweasel | 24.1.0esr-1 | http://ftp.debian.org/debian/ unstable/main amd64 Packages iceweasel | 17.0.9esr-1~deb7u1 | http://ftp.debian.org/debian/ testing/main amd64 Packages  eclipxe@localhost:~# apt-cache madison iceweasel | awk '' iceweasel experimental/main iceweasel unstable/main iceweasel testing/main 

(Ich führe Debian-Tests mit unstable [Pin: 200] und experimentell [Pin: 1] durch.)

Wenn Sie Pakete einer höheren Version installieren, versuchen Sie --target-release zu verwenden:

apt-get install -t unstable iceweasel 
Schön, nur die Manpage dokumentiert es D :! Braiam vor 10 Jahren 0
Auch apt-show-versions kann dabei helfen Carlos C Soto vor 10 Jahren 0
`apt-show-versions libc6` ->` libc6 / testing uptodate 2.17-97`; `apt-show-versions libc6: i386` ->` libc6: i386 nicht installiert (auch nicht verfügbar) `... Weiß es überhaupt über Multiarch? Vi. vor 10 Jahren 0
Meine apt-show-versions sind 0.22.3, dies ist meine Ausgabe: # apt-show-versions libc6 libc6: amd64 / testing 2.17-97 uptodate libc6: i386 / testing 2.17-97 uptodate Carlos C Soto vor 10 Jahren 0
Die Multiarch-Unterstützung in apt-show-versions wurde in Version 0.21 hinzugefügt. Im Stall ist die aktuelle Version 0.20. Vielleicht "apt-get install -t testet apt-show-versions"? Carlos C Soto vor 10 Jahren 0
1
Braiam

Wie bekomme ich den Codenamen ("Wheezy" oder "Sid") einer Paketversion?

Da Debian eine rollende Version ist, gibt es keine Pakete sidoder Pakete, wheezyan denen nirgendwo hängt. Die einzige Möglichkeit zu wissen, wo Sie das Paket installiert haben apt-cache policy package.

Über das libc6-Problem:

Wenn Sie von 32 auf 64 Bit "upgraden" möchten, ist dies nicht möglich oder es ist eher so, als würden Sie wahrscheinlich das System beschädigen.

Das libc6Paket ist der Mutterherrscher aller Abhängigkeiten. Ist diejenige, die letztendlich sagt, ob Ihr System 64 oder 32 Bit hat, und es ist nicht einfach zu ändern. Der alte Leitfaden zur Migration funktioniert nicht mehr, da es eine Schönheit namens Multiarch gibt. Es gibt noch einen anderen Leitfaden, aber es ist zu gefährlich, um in der Produktion versucht zu werden (auch als Heim-PC bezeichnet), und Sie werden wahrscheinlich mit einem nicht bootfähigen System enden (fangen Sie an zu weinen, wenn es nur Ihr einziges ist), mit der einzigen Lösung einer Neuinstallation. Sie möchten also ein System mit 64 Bit im Kern haben und bereits 32 Bit installiert haben? Lösungen:

  1. Verwenden Sie eine VM
  2. Verwenden Sie einen LXC
  3. Installieren Sie neu
  4. Versuchen Sie es zu überqueren
  5. Weinen und neu installieren

Das sind Ihre einzigen Lösungen.

Die Installation von libc6: amd64 sollte nicht gefährlich sein, da das System i386 ist. Daher hängt derzeit nichts von libc6: amd64 ab. Die Version von libc6: amd64 und libc6: i386 sollte jedoch übereinstimmen. Ich kann die benötigte Version für amd64 jedoch nicht finden und weiß derzeit nicht, warum ... Vi. vor 10 Jahren 0
Das System meines primären Laptops ist gesichert. Ich gehe daher davon aus, dass Sie bei Bedarf zurückkehren können. Vi. vor 10 Jahren 0
Kann nicht gleichzeitig libc6: i386 und libc6: amd64 haben? Wozu dient dieser Multiarch in diesem Fall? Ich möchte in der Lage sein, sowohl i386-Programme als auch amd64-Programme zu installieren und / oder auszuführen ... Vi. vor 10 Jahren 0
`Multiarch ist der Begriff, der verwendet wird, um die Fähigkeit eines Systems zu bezeichnen, Anwendungen mehrerer unterschiedlicher binärer Ziele auf demselben System zu installieren und auszuführen.` -> Sieht so aus, als würde ich genau das brauchen, was ich für mich brauche. `Zum Beispiel einen i386 -linux-gnu-Anwendung auf einem amd64-linux-gnu-System.` ist umgekehrt: i386 sollte für eine Weile im Primer bleiben, und amd64 ist extra. Wie erwarte ich die Installation eines amd64-Pakets, wenn die meisten von libc6: amd64 abhängen, was von Entwurf nicht installierbar ist (`Breaks: libc6: amd64`)? Vi. vor 10 Jahren 0
Als erstes Programm, um x86_64 auszuprobieren, habe ich versucht, `eureqa_0_99_2_X11_x86-64` auszuführen. Es ist mit der fehlenden Bibliothek `libssl.so.1.0.0` fehlgeschlagen. (libc6 selbst scheint tatsächlich in `/ lib64` verfügbar zu sein). Ich habe versucht, libssl1.0.0: amd64 zu installieren, aber es schlug fehl, weil es keine grundlegenden amd64-Deps finden konnte. Vi. vor 10 Jahren 0
lassen Sie uns [diese Diskussion im Chat fortsetzen] (http://chat.stackexchange.com/rooms/11823/discussion-between-vi-and-braiam) Vi. vor 10 Jahren 0