| Summary: | app-i18n/scim-1.4.9-r1: gtk.immodules is places in outdated GTK2_CONFDIR | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Faustus <orlovm> |
| Component: | New packages | Assignee: | CJK Team <cjk> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: | http://bugs.gentoo.org/show_bug.cgi?id=317445 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 288549 | ||
| Bug Blocks: | |||
thank you for your report. x11-libs/gtk+ ebuilds uses CHOST-based directories since >=2.22.1-r1, bug #288549. 2.20.1-r1 is still in portage tree and uses old style. I'll fix all input methods soon. > I'll fix all input methods soon.
The bug can be closed now, correct?
Already fixed in CVS. Thanks. |
Apparently, gtk+ ebuilds are now always using CHOST-based directory for gtk.immodules: GTK2_CONFDIR="/etc/gtk-2.0/${CHOST}" On the other hand, scim ebuild still uses has_multilib_profile && GTK2_CONFDIR="/etc/gtk-2.0/${CHOST}" GTK2_CONFDIR=${GTK2_CONFDIR:=/etc/gtk-2.0/} So if gtk+ is built before scim, /etc/gtk-2.0/${CHOST}/gtk.immodules (which doesn't contain a scim entry) takes precedence for GTK apps on non-multilib systems (can be verified with strace).