Bug#329929: gucharmap: postinst blows away system immodules configuration

[Loïc Minier]

clone 329929 -1
severity -1 important
reassign -1 gtk+2.0
retitle -1 [FHS] Gtk IM modules registry shouldn't be stored under /etc
tags 329929 + pending
thanks

        Hi,

On Sat, Sep 24, 2005, Roger Leigh wrote:
> Justification: Replaces conffile from another package, wiping any
> customisation

 I'm not sure the file should be edited by end-users.  It probably
 shouldn't be in /etc either.

> The postinst contains this line:
>   # Hopefully GTK+ upstream will do something about this sillyness
>   gtk-query-immodules-2.0 > /etc/gtk-2.0/gtk.immodules

 I think this is very old and forgotten cruft, it was already present
 2 years ago, and I couldn't trace exactly who did the change nor why
 from the changelog, but I think it was a fix from Colin Walters a long
 while ago, in prehistoric ages.

 Right now, libgtk2.0-bin's postinst calls
 /usr/sbin/update-gtk-immodules which is a shell script wrapping
 gtk-query-immodules-2.0.  It's quite ugly.


 I tried installing libgtk2.0-0 in a pbuilder, saved
 /etc/gtk-2.0/gtk.immodules, installed gucharmap, compared
 /etc/gtk-2.0/gtk.immodules with the saved one, and they were almost
 identical:

--- gtk.immodules       2005-09-25 13:20:10.000000000 +0000
+++ /etc/gtk-2.0/gtk.immodules  2005-09-25 13:25:06.000000000 +0000
@@ -1,6 +1,8 @@
 # GTK+ Input Method Modules file
 # Automatically generated file, do not edit
-# Created by /usr/bin/gtk-query-immodules-2.0 from gtk+-2.6.10
+# Created by gtk-query-immodules-2.0 from gtk+-2.6.10
+#
+# ModulesPath = /root/.gtk-2.0/2.4.0/i486-pc-linux-gnu/immodules:/root/.gtk-2.0/2.4.0/immodules:/root/.gtk-2.0/i486-pc-linux-gnu/immodules:/root/.gtk-2.0/immodules:/usr/lib/gtk-2.0/2.4.0/i486-pc-linux-gnu/immodules:/usr/lib/gtk-2.0/2.4.0/immodules:/usr/lib/gtk-2.0/i486-pc-linux-gnu/immodules:/usr/lib/gtk-2.0/immodules
 #
 "/usr/lib/gtk-2.0/2.4.0/immodules/im-cedilla.so" 
 "cedilla" "Cedilla" "gtk+" "/usr/share/locale" "az:ca:co:fr:gv:oc:pt:sq:tr:wa" 

 (Note however that they did not search for modules in the same PATH.)

 On my system, dpkg -S /usr/lib/gtk-2.0/2.4.0/immodules has files from
 libgtk2.0-0, and libgtk2.0-dev only, and not from gucharmap.

 Hence, I think it's safe to remove this snipset, but I think gtk and
 other gtk im modules packages should switch to a different location,
 such as /var/lib/gtk-2.0/2.4.0/immodules, to be FHS compliant.

   Bye,

-- 
Loïc Minier <lool at dooz.org>