Am 30.11.2012 12:49, schrieb Siegfrid Brandstätter:
Am Freitag, 30. November 2012 schrieb Siegfrid Brandstätter:Am Donnerstag, 29. November 2012 schrieb Kevin Holly:Für mehrere Suchbegriffe immer ein einziges grep pro Suchbegriff verwenden. z.B.: dpkg -l | grep architecture | grep i386 Eigentlich würde aber hier schon ein dpkg -l | grep " i386 " reichen.Da ich zuerst die durch # dpkg -i skype-install.deb folgende Pakete Die folgenden zusätzlichen Pakete werden installiert: gcc-4.7-base:i386 libasound2:i386 libc6:i386 libc6-i686:i386 libdbus-1-3:i386 libffi5:i386 libgcc1:i386 libglib2.0-0:i386 libjbig0:i386 libpcre3:i386 libqt4-dbus:i386 libqt4-network:i386 libqt4-xml:i386 libqtcore4:i386 libselinux1:i386 libssl1.0.0:i386 libstdc++6:i386 libx11-6:i386 libxau6:i386 libxcb1:i386 libxdmcp6:i386 libxext6:i386 libxss1:i386 libxv1:i386 uuid- runtime zlib1g:i386 installiert bekam hatte ich sie leider nur durch eine remove entfernt, aber nun sind sie durch ein purge total weg. Mit # dpkg -l | grep " i386 " finde ich aber nun trotzdem so einiges mit i386, wobei ich denke die waren schon zuvor vorhanden und dürften das Problem nicht sein weil sie notwendig sind. Bei den Brother Paketen z.B. ist es sicher das ich die so brauche, bei den andern?
Ich würde mal denken, so bald Du nur ein einziges :i386-Paket auf nem amd64-Kistchen hast, brauchts die i386 Architecture und kann nicht entfernt werden.
# dpkg -l | grep " i386 " ii dcp375cwcupswrapper 1.1.2-2 i386 Brother CUPS Inkjet Printer Definitions ii dcp375cwlpr 1.1.2-1 i386 Brother lpr Inkjet Printer Definitions rc libqtcore4:i386 4:4.8.2+dfsg-2 i386 Qt 4 core module rc libselinux1:i386 2.1.9-5 i386 SELinux runtime shared libraries rc libssl1.0.0:i386 1.0.1c-4 i386 SSL shared libraries rc libstdc++6:i386 4.7.2-4 i386 GNU Standard C++ Library v3 rc libx11-6:i386 2:1.5.0-1 i386 X11 client-side library rc libxau6:i386 1:1.0.7-1 i386 X11 authorisation library rc libxcb1:i386 1.8.1-2 i386 X C Binding rc libxdmcp6:i386 1:1.1.1-1 i386 X11 Display Manager Control Protocol library rc libxext6:i386 2:1.3.1-2 i386 X11 miscellaneous extension library rc libxss1:i386 1:1.2.2-1 i386 X11 Screen Saver extension library rc libxv1:i386 2:1.0.7-1 i386 X11 Video extension library rc skype 4.1.0.20-1 i386 Wherever you are, wherever they are rc zlib1g:i386 1:1.2.7.dfsg-13 i386 compression library - runtime Blöderweise finde ich aber nix fehlendes bei "architecture amd64", damit ich dies wieder auf gerade biegen kann.
Joar, Drucker hin oder her, genau diese Pakete könnten dennoch der Grund sein, wieso Du die Architektur nicht zurücknehmen kannst. Scheint mir eh kein Debian Paket zu sein und wenns das nur als i386 Paket gibt, vermute ich mal kam die i386-Architektur genau dabei auch zum System dazu. Braucht der Drucker denn überhaupt nen externes Paket? Kann der kein PCL oder sowas?
# dpkg -l | grep " architecture " ii aptitude-common 0.6.8.2-1 all architecture indepedent files for the aptitude package manager ii evolution-data-server-common 3.4.4-1 all architecture independent files for Evolution Data Server ii libgnomeprint2.2-0 2.18.8-3 amd64 GNOME print architecture - runtime files ii libgnomeprint2.2-data 2.18.8-3 all GNOME print architecture - data files ii libgnomeprintui2.2-0 2.18.6-3 amd64 GNOME print architecture User Interface - runtime files ii libgnomeprintui2.2-common 2.18.6-3 all GNOME print architecture User Interface - common filesAptitude möchte weiterhin (nun schon) 165 i386 Pakete zusätzlich installieren. Wie bekomme ich das wieder weg, ich will die i386 Pakete nicht.
Ich denke mal das Problem liegt an ganz anderer Stelle. Vermutlich ist es vollkommen ok die i386-Architektur auf nem amd64-System aktiviert zu haben, nur is da vermutlich irgendwas bei Dir quer wenn so vielei386-Abhängigkeiten nachinstalliert werden sollen. Mein Vorschlag wäre, mal wirklich alle i386-Pakete entfernen (im Zweifel mit dpkg -p), i386-Architektur entfernen, apt-get install -f, etwaiges Drucker Paket wieder installieren, gucken wieviele zusätzliche Pakete dabei installiert werden. Nen anderes Ding was ich grad sehe, der Treiber scheint lib32stdc++ / ia32libs zu brauchen, Krams der mit modernem multiarch soweit ich weiß nicht so viel zu tun hat, siehe http://welcome.solutions.brother.com/bsc/public_s/id/linux/en/before.html#004
Grüße Michael