Gene Heskett wrote on 06/04/16 16:45:
> On Saturday 04 June 2016 05:53:17 Jörg-Volker Peetz wrote:
>
>> The aptitude on your system is an older version (on sid it is 0.8.1),
>
> Yes, this is wheezy. 6.8.2 here.
>
>> maybe it hasn't the full architecture support.
>> The dpkg output is reliable, I think. Since in the output of the dpkg
>> command all amd64 packages have an "ii" at the beginning of the line,
>> it shows that all your amd64 packages are installed correctly.
>>
>> Then, I'd like to see the output of
>>
> $>dpkg -C >trash.list, cat trash.list
> The following packages have an unknown foreign architecture, which will
> cause dependency issues on front-ends. This can be fixed by registering
> the foreign architecture with dpkg --add-architecture:
> libxdmcp6:amd64 X11 Display Manager Control Protocol library
> libfreetype6:amd64 FreeType 2 font engine, shared library files
> libxml2:amd64 GNOME XML library
> libdbus-1-3:amd64 simple interprocess messaging system (library)
> libvorbisfile3:amd64 The Vorbis General Audio Compression Codec (High Level
> AP
> libffi5:amd64 Foreign Function Interface library runtime
> libuuid1:amd64 Universally Unique ID library
> libgssapi-krb5-2:amd64 MIT Kerberos runtime libraries - krb5 GSS-API
> Mechanism
> libdbus-glib-1-2:amd64 simple interprocess messaging system (GLib-based
> shared l
> libk5crypto3:amd64 MIT Kerberos runtime libraries - Crypto Library
> libudev0:amd64 libudev shared library
> libfontconfig1:amd64 generic font configuration library - runtime
> libogg0:amd64 Ogg bitstream library
> libthai0:amd64 Thai language support library
> zlib1g:amd64 compression library - runtime
> libgcc1:amd64 GCC support library
> libasound2:amd64 shared library for ALSA applications
> libsqlite3-0:amd64 SQLite 3 shared library
> libkeyutils1:amd64 Linux Key Management Utilities (library)
> libjbig0:amd64 JBIGkit libraries
> libattr1:amd64 Extended attribute shared library
> libtiff4:amd64 Tag Image File Format (TIFF) library (old version)
> libaudiofile1:amd64 Open-source version of SGI's audiofile library
> libkrb5support0:amd64 MIT Kerberos runtime libraries - Support library
> libcomerr2:amd64 common error description library
> libmng1:amd64 Multiple-image Network Graphics library
> libacl1:amd64 Access control list shared library
> libjpeg8:amd64 Independent JPEG Group's JPEG runtime library
> libdatrie1:amd64 Double-array trie library
> libavahi-common-data:amd64 Avahi common data files
> libjasper1:amd64 JasPer JPEG-2000 runtime library
> libatk1.0-0:amd64 ATK accessibility toolkit
> liblzma5:amd64 XZ-format compression library
> libavahi-common3:amd64 Avahi common library
> torsocks use SOCKS-friendly applications with Tor
> libpcre3:amd64 Perl 5 Compatible Regular Expression Library - runtime
> fi
> liblcms1:amd64 Little CMS color management library
> libbz2-1.0:amd64 high-quality block-sorting file compressor library -
> runt
> libvorbis0a:amd64 The Vorbis General Audio Compression Codec (Decoder
> libra
> gcc-4.7-base:amd64 GCC, the GNU Compiler Collection (base package)
> libavahi-client3:amd64 Avahi client library
> libice6:amd64 X11 Inter-Client Exchange library
> libselinux1:amd64 SELinux runtime shared libraries
> libevent-2.0-5:amd64 Asynchronous event notification library
> libsm6:amd64 X11 Session Management library
> libpng12-0:amd64 PNG library - runtime
> libhunspell-1.3-0:amd64 spell checker and morphological analyzer (shared
> library)
> libstdc++6:amd64 GNU Standard C++ Library v3
> libglib2.0-0:amd64 GLib library of C routines
> libkrb5-3:amd64 MIT Kerberos runtime libraries
> libxau6:amd64 X11 authorisation library
>
> 55 lines according to wc -l
>
> So I did that by copy paste but some had dependencies, when that was done, a
> fresh
You did what? Adding the architecture?
> dpkg -C generated this trash.list2:
>
> The following packages have an unknown foreign architecture, which will
> cause dependency issues on front-ends. This can be fixed by registering
> the foreign architecture with dpkg --add-architecture:
> libfreetype6:amd64 FreeType 2 font engine, shared library files
> libdbus-1-3:amd64 simple interprocess messaging system (library)
> libffi5:amd64 Foreign Function Interface library runtime
> libuuid1:amd64 Universally Unique ID library
> libk5crypto3:amd64 MIT Kerberos runtime libraries - Crypto Library
> libogg0:amd64 Ogg bitstream library
> zlib1g:amd64 compression library - runtime
> libgcc1:amd64 GCC support library
> libkeyutils1:amd64 Linux Key Management Utilities (library)
> libjbig0:amd64 JBIGkit libraries
> libattr1:amd64 Extended attribute shared library
> libkrb5support0:amd64 MIT Kerberos runtime libraries - Support library
> libcomerr2:amd64 common error description library
> libjpeg8:amd64 Independent JPEG Group's JPEG runtime library
> libavahi-common-data:amd64 Avahi common data files
> libavahi-common3:amd64 Avahi common library
> torsocks use SOCKS-friendly applications with Tor
> libpcre3:amd64 Perl 5 Compatible Regular Expression Library - runtime
> fi
> gcc-4.7-base:amd64 GCC, the GNU Compiler Collection (base package)
> libice6:amd64 X11 Inter-Client Exchange library
> libselinux1:amd64 SELinux runtime shared libraries
>
> Which are being held due to dependencies.
>
>> You said it showed 60 package names in error all tagged :amd64.
>> These are not shown in the list generated by "dpkg -l | grep
>> ':amd64'". They should be taken care of first by purging them all
>> together. I don't remember the output format. The idea is to generate
>> a command to extract the package names from this and feed it to dpkg
>> --purge.
>>
> The output format is a mess, wc -l says 20, and word wrap is off, long lines
> pi gcc-4.7-base:amd64 4.7.2-5
> amd64 GCC, the GNU Compiler Collection (base package)
> pi libattr1:amd64 1:2.4.46-8
> amd64 Extended attribute shared library
> pi libavahi-common-data:amd64 0.6.31-2
> amd64 Avahi common data files
> pi libavahi-common3:amd64 0.6.31-2
> amd64 Avahi common library
> pi libcomerr2:amd64 1.42.5-1.1+deb7u1
> amd64 common error description library
> pi libdbus-1-3:amd64 1.6.8-1+deb7u6
> amd64 simple interprocess messaging system (library)
> pi libffi5:amd64 3.0.10-3
> amd64 Foreign Function Interface library runtime
> pi libfreetype6:amd64 2.4.9-1.1+deb7u3
> amd64 FreeType 2 font engine, shared library files
> pi libgcc1:amd64 1:4.7.2-5
> amd64 GCC support library
> pi libice6:amd64 2:1.0.8-2
> amd64 X11 Inter-Client Exchange library
> pi libjbig0:amd64 2.0-2+deb7u1
> amd64 JBIGkit libraries
> pi libjpeg8:amd64 8d-1+deb7u1
> amd64 Independent JPEG Group's JPEG runtime library
> pi libk5crypto3:amd64 1.10.1+dfsg-5+deb7u7
> amd64 MIT Kerberos runtime libraries - Crypto Library
> pi libkeyutils1:amd64 1.5.5-3+deb7u1
> amd64 Linux Key Management Utilities (library)
> pi libkrb5support0:amd64 1.10.1+dfsg-5+deb7u7
> amd64 MIT Kerberos runtime libraries - Support library
> pi libogg0:amd64 1.3.0-4
> amd64 Ogg bitstream library
> pi libpcre3:amd64 1:8.30-5
> amd64 Perl 5 Compatible Regular Expression Library - runtime
> files
> pi libselinux1:amd64 2.1.9-5
> amd64 SELinux runtime shared libraries
> pi libuuid1:amd64 2.20.1-5.3
> amd64 Universally Unique ID library
> pi zlib1g:amd64 1:1.2.7.dfsg-13
> amd64 compression library - runtime
>
> What does the leading pi denote?
The first letter denotes the package state, "p" stands for not installed. Second
letter is package selection state, "i" means selected for installation. The
meaning of the fields is in the man-page of dpkg, the meaning of the letters I
took from the aptitude docu.
>
> I assume I probably need to somehow force the i386 versions of these to be
> installed?
>
No, since your task is to return to a pure i386 system. i386 packages don't
depend on amd64 ones.
Now, would you try to get rid of these 20 packages?
A list only of the package names should be doable by
dpkg -l | awk '/:amd64/ {print $2}'
and if the list looks o.k., now for the brave
dpkg --purge $(dpkg -l | awk '/:amd64/ {print $2}')
Does it work? Is "dpkg -C" now silenced?
Regards,
jvp.
<snip>
