Hi towo, das hatte ich doch schon versucht, naja, zumindest mit den betroffenen paketen (ganz unten im quote).
Nun habe ich es nochmals mit allen wine pketen versucht, ohne erfolg:
# apt-get purge libwine libwine-alsa libwine-bin libwine-gecko-1.4 libwine-gecko-unstable wine-bin wine-doc
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
libwine* libwine-alsa* libwine-bin* libwine-gecko-1.4* libwine-gecko-unstable* wine-bin*
wine-doc*
0 aktualisiert, 0 neu installiert, 7 zu entfernen und 227 nicht aktualisiert.
5 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 158 MB Plattenplatz freigegeben.
Möchten Sie fortfahren [J/n]?
E: Internal Error, No file name for libbz2-1.0
Dieses "E: Internal Error, No file name for libbz2-1.0" bingt mich auf die palme, weil es ein fehler ist, den ich bisher nicht kenne, mit dem ich nichts anzufangen weiß geschweige wie ich ihn bediene oder los werde. Und dass der maintainer sich dann auf multiarch zurückzieht und den bug schließt läßt nicht gerade freude aufkommen.
Was würdest du nun tun?
EDIT://
Nach lesen von weiteren artikeln zu Debian Multiarch denke ich nun folgendes über multiarch verstanden zu haben, es bietet folgende beiden features:
1) es ermöglicht, in amd64 umgebungen die direkte nutzung von i368 paketen
2) es erlaubt die parallele installation von libraries verschiedenster architekturen um auf einer beliebigen architektur alle möglichen packete einer anderen architektur bauen zu können (cross-compiling).
Vielleicht gibt es noch weitere features, aber dies scheinen die beiden herausragenden.
Dann wäre die konsequenz, dass multiarch auf meiner 32-bit maschine mir zwar feature 2) erlauben würde (was ich sicher nicht benötige), wohingegen feature 1) für mich sinnlos ist, und das umgekehrte, 64 bit auf einer 32 bit maschine unmöglich ist.
Dann wäre es nicht gerechtfertigt, den gemeldeten bug mit hinweis auf multiarch zu schliessen. Es wäre ein broken upgrade path (ich habe ja nichts anderes getan als ein d-u).
Bevor ich jedoch den maintainer nochmals kontaktiere würde ich dazu gerne hören, was es dazu für möglicherweise abweichende ansichten gibt, von eventuell kompetenterer seite. Unterliege ich mit meinem verständnis der sache irgendeinem irrtum?