From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55861) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dsO97-0001Ot-4n for guix-patches@gnu.org; Thu, 14 Sep 2017 03:01:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dsO91-0000he-3d for guix-patches@gnu.org; Thu, 14 Sep 2017 03:01:09 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:59049) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dsO90-0000hL-W6 for guix-patches@gnu.org; Thu, 14 Sep 2017 03:01:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dsO90-00046u-Ao for guix-patches@gnu.org; Thu, 14 Sep 2017 03:01:02 -0400 Subject: [bug#28421] [PATCH] gnu: Add uim. Resent-Message-ID: From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <87ingoyt3a.fsf@gnu.org> <82a195b0.AEQAQDMYN5MAAAAAAAAAAAOzWv8AAAACwQwAAAAAAAW9WABZucP6@mailjet.com> Date: Thu, 14 Sep 2017 09:00:15 +0200 In-Reply-To: <82a195b0.AEQAQDMYN5MAAAAAAAAAAAOzWv8AAAACwQwAAAAAAAW9WABZucP6@mailjet.com> (Arun Isaac's message of "Thu, 14 Sep 2017 05:19:04 +0530") Message-ID: <87lglhdatc.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 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: Arun Isaac Cc: 28421@debbugs.gnu.org Hi Arun, Arun Isaac skribis: >>> * gnu/packages/xorg.scm (uim): New variable. >> >> [...] >> >>> + (native-inputs >>> + `(("anthy" ,anthy) >>> + ("emacs" ,emacs-minimal) >>> + ("gtk+" ,gtk+) >>> + ("gtk+" ,gtk+-2) >>> + ("intltool" ,intltool) >>> + ("pkg-config" ,pkg-config) >>> + ("qt" ,qt-4))) >> >> GTK+ and Qt are native inputs? > > The package has gtk and qt programs to set uim preferences. At least, > those must need gtk and qt as inputs. So, you're right -- gtk and qt > should be inputs, not native inputs. > > Also, I think anthy should be an input, not a native input. OK. >> Also, is Qt 5 supported? That would be best. > > It looks there is no release yet that supports Qt 5, though there is > support in the master branch. > > https://github.com/uim/uim/issues/61 Good. >> Besides, would it make sense to split the thing into several outputs to >> avoid the huge dependencies? > > I don't know if it's a good idea to split the package into a gtk output > and a qt output. What if the user needs multilingual input in both gtk > and qt programs? > > Also, this package can be built in many different ways -- with and > without the gtk and qt helper programs (for uim preferences), with and > without anthy support, with and without m17nlib support, etc. I don't > know where to draw the line, and choose only a few outputs. The > configure flags and dependencies, as they stand now, I copied from Arch > Linux. > > https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=3Dp= ackages/uim 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? If it=E2=80=99s the latter, we definitely need to keep both. If it=E2=80=99s the former, perhaps we can have one package that simply pro= vides libuim and does not depend on a GUI toolkit (=E2=80=9Cuim-minimal=E2=80=9D)= , and another one (or two) that provide the GUIs. Alternately, there could be a =E2=80= =9Clib=E2=80=9D output (no dependency on GTK+/Qt). Thoughts? Thanks, Ludo=E2=80=99.