From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52846) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1czgYO-0001Kk-Bh for guix-patches@gnu.org; Sun, 16 Apr 2017 05:33:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1czgYJ-0005qv-Ap for guix-patches@gnu.org; Sun, 16 Apr 2017 05:33:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:51549) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1czgYJ-0005qJ-7z for guix-patches@gnu.org; Sun, 16 Apr 2017 05:33:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1czgYH-0002Ep-SY for guix-patches@gnu.org; Sun, 16 Apr 2017 05:33:01 -0400 Subject: bug#26454: [PATCH 2/2] gnu: add emacs-exwm Resent-Message-ID: From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <20170411225803.2420-1-tumashu@163.com> <20170411225803.2420-2-tumashu@163.com> <87inm9sdcs.fsf@gmail.com> <60b3e50e.AEEAJadpHi4AAAAAAAAAAAO0QTIAAAACwQwAAAAAAAW9WABY7oh5@mailjet.com> <67fed3f6.1a3b.15b64e00dfd.Coremail.tumashu@163.com> <87mvbj6w72.fsf@163.com> <4d35676d.AEUAI-hEBJAAAAAAAAAAAAO0QTIAAAACwQwAAAAAAAW9WABY8M5G@mailjet.com> Date: Sun, 16 Apr 2017 11:32:26 +0200 In-Reply-To: <4d35676d.AEUAI-hEBJAAAAAAAAAAAAO0QTIAAAACwQwAAAAAAAW9WABY8M5G@mailjet.com> (Arun Isaac's message of "Fri, 14 Apr 2017 18:57:21 +0530") Message-ID: <87a87gr93p.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: 26454@debbugs.gnu.org Hello! Arun Isaac skribis: >>> In your new patch, could you add a phase for generating this code from >>> the xcb-proto xml files as well? Thanks! > >> I don't think it it a good idea, xcb-xproto.el provided by repo is >> tested by developer. if we regenerate it, i don't know whether it >> work or not. That would effectively mean we don=E2=80=99t have the source code for this, which would be a problem. What about generating it, and if we do find differences compared to the pre-compiled xcb-proto.el, then we can keep it in mind and report any issues upstream? Thanks, Ludo=E2=80=99.