Bug#659588: libglib2.0-0: fails to install with foreign Multi-Arch

Michael Biebl biebl at debian.org
Sun Feb 12 16:28:19 UTC 2012


On 12.02.2012 17:05, Neil Williams wrote:
> On Sun, 12 Feb 2012 16:43:24 +0100
> Michael Biebl <biebl at debian.org> wrote:

>>
>> gio-quermodules generates a cache files in a arch specific location for
>> the plugins/extensions specific for this arch. So moving them to
>> /usr/bin seems wrong.
> 
> Yes, but what purpose is that cache file when the binaries for that
> architecture cannot be executed?

What if they can, like i386 and amd64?

> Why is it being created unconditionally? What possible usage is the
> foreign architecture cache? Unless *the majority* of foreign
> architecture caches are *actually* going to be loaded and useful *at
> runtime* on a different native architecture, there is no point
> generating these cache files in an architecture-dependent manner from
> the libraries, for every foreign architecture on every upgrade.

The cache is used at runtime, yes.
The major use case for multi-arch is running i386 on amd64, no?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20120212/d652be25/attachment.pgp>


More information about the pkg-gnome-maintainers mailing list