From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48412) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dveHJ-0006vD-TT for guix-patches@gnu.org; Sat, 23 Sep 2017 02:51:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dveHG-0005wc-SA for guix-patches@gnu.org; Sat, 23 Sep 2017 02:51:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:44762) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dveHG-0005wW-O6 for guix-patches@gnu.org; Sat, 23 Sep 2017 02:51:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dveHG-0005Rl-7i for guix-patches@gnu.org; Sat, 23 Sep 2017 02:51:02 -0400 Subject: [bug#28421] [PATCH] gnu: Add uim. Resent-Message-ID: Message-Id: MIME-Version: 1.0 From: Arun Isaac Date: Sat, 23 Sep 2017 12:20:46 +0530 In-Reply-To: <87ingoyt3a.fsf@gnu.org> References: <87ingoyt3a.fsf@gnu.org> Content-Type: text/plain Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: 28421@debbugs.gnu.org Sorry for the late reply. Somehow, your last mail was not delivered to my inbox. I just saw it on the debbugs web interface. > I think the question is: are GTK+ and Qt needed just for the > preference UI, or are they needed to enable support for this input > method in GTK+ and Qt applications? I ran `ldd lib/gtk-2.0/2.10.0/immodules/im-uim.so | grep gtk' in uim's store directory, and got libgtk-x11-2.0.so.0 =3D> /gnu/store/6wbbjj5f9ldbf7gpgah16pw2kfw3q6ij-gtk+-2= .24.31/lib/libgtk-x11-2.0.so.0 (0x00007ff9de133000) libgdk-x11-2.0.so.0 =3D> /gnu/store/6wbbjj5f9ldbf7gpgah16pw2kfw3q6ij-gtk+-2= .24.31/lib/libgdk-x11-2.0.so.0 (0x00007ff9ddc58000) Similar output for `ldd lib/gtk-3.0/3.0.0/immodules/im-uim.so | grep gtk'. So, I guess gtk+ is needed for this input method to work in gtk+ applications. Must be likewise for qt. If it's the latter, we definitely need to keep both. Debian's solution is to have a separate uim package for each frontend -- uim-gtk2, uim-gtk3, uim-qt, uim-el, uim-fep, etc. This seems a little expensive. But, perhaps we can take the middle ground, and have two outputs * a gtk output that supports gtk2, gtk3 and others * a qt output that supports qt and others WDYT? =