Am 12.10.2011 17:32, schrieb Michael Biebl: > reassign 642929 scim-gtk2-immodule > thanks > > Hi, > > if a multi-arch enabled scim-gtk2-immodule does not work with a non-multiarch > libgtk2.0-0, then scim-gtk2-immodule should declare a Breaks against > libgtk2.0-0 > << 2.24.5-4. > > Ideally though, scim-gtk2-immodule should support both locations and > gracefully > fallback. > > The multiarch support in gtk+2.0 was implemented to be backwards compatible, > i.e. it reads modules from both the pre-multiarch and multiarch locations. > > So far the bug report does not show that there is a bug in gtk+2.0, so > reassigning back.
After some further inspection, it turns out, scim itself isn't fully converted
to multiarch yet, but the scim-gtk2-immodule gtk modules are simply installed
into the multi-arch gtk modules paths, using:
DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
mkdir -p debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/gtk-2.0/`pkg-config
--variable=gtk_binary_version gtk+-2.0`/
mv debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/gtk-2.0/immodules \
debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/gtk-2.0/`pkg-config
--variable=gtk_binary_version gtk+-2.0`/
Theoretically, scim could be built against a non-ma version of gtk but still use
the multiarch gtk modules paths, because you only need to build it on a system
where dpkg-architecture supports DEB_HOST_MULTIARCH.
So injecting a stricter dependency via gtk is not the way to go.
Instead, as already mentioned, scim-gtk2-immodule needs to declare a Breaks
against libgtk2.0-0 << 2.24.5-4.
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
