Comment 10 for bug 962854

> Selecting previously unselected package gconf-service:i386.
> Unpacking gconf-service:i386 (from .../gconf-service_3.2.5-0ubuntu1_i386.deb) ...
[...]
> Setting up gconf-service:i386 (3.2.5-0ubuntu1) ...
> Setting up libgconf-2-4 (3.2.5-0ubuntu1) ...
> Setting up gconf2 (3.2.5-0ubuntu1) ...
>
> (gconftool-2:9066): GConf-CRITICAL **: No such file `/usr/lib/x86_64-linux-gnu/gconf/2/libgconfbackend-xml.so'
>
>
> (gconftool-2:9066): GConf-WARNING **: Failed to load source "xml:readwrite:/var/lib/gconf/defaults": Failed: Couldn't locate backend module for `xml:readwrite:/var/lib/gconf/defaults'
> **
> GConf:ERROR:gconftool.c:969:main: assertion failed: (err == NULL)
> dpkg: error processing gconf2 (--configure):
> subprocess installed post-installation script returned error exit status 250

This is two bugs. One is apt bug #850264, which we know we need to fix via SRU to oneiric. apt should always prefer gconf-service:amd64 here, and it's installing gconf-service:i386 instead.

The other is a bug in the gconf dependencies. gconf2 declares that it depends on the exact version of gconf-service, *but* gconf-service is marked Multi-Arch: foreign, allowing the dependency to be satisfied by a foreign version of the package when part of the package (the plugin) definitely has to be of the same arch as the rev-dep.

We could make gconf-service Multi-Arch: allowed and have gconf2 depend on gconf-service:any, except that doesn't work with the lucid apt.