From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id 0EFBOeFfvGK3YAEAbAwnHQ (envelope-from ) for ; Wed, 29 Jun 2022 16:21:22 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id EDI0OeFfvGLbOAAA9RJhRA (envelope-from ) for ; Wed, 29 Jun 2022 16:21:21 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 8201C2E31 for ; Wed, 29 Jun 2022 16:21:21 +0200 (CEST) Received: from localhost ([::1]:49154 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o6YZE-0005gM-Kg for larch@yhetil.org; Wed, 29 Jun 2022 10:21:20 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55976) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o6Y22-0007dk-Aj for guix-patches@gnu.org; Wed, 29 Jun 2022 09:47:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:36009) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o6Y22-0007R5-0a for guix-patches@gnu.org; Wed, 29 Jun 2022 09:47:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1o6Y21-0007QM-Mv for guix-patches@gnu.org; Wed, 29 Jun 2022 09:47:01 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#52576] [PATCH] gnu: ibus-anthy: Update to 1.15.12 Resent-From: Alice BRENON Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Wed, 29 Jun 2022 13:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52576 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Taiju HIGASHI Cc: 52576@debbugs.gnu.org, maxim.cournoyer@gmail.com Received: via spool by 52576-submit@debbugs.gnu.org id=B52576.165651039928508 (code B ref 52576); Wed, 29 Jun 2022 13:47:01 +0000 Received: (at 52576) by debbugs.gnu.org; 29 Jun 2022 13:46:39 +0000 Received: from localhost ([127.0.0.1]:58139 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6Y1f-0007Pj-Gl for submit@debbugs.gnu.org; Wed, 29 Jun 2022 09:46:39 -0400 Received: from lxc-smtp2.ens-lyon.fr ([140.77.167.81]:36538) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6Y1c-0007PX-51 for 52576@debbugs.gnu.org; Wed, 29 Jun 2022 09:46:37 -0400 Received: from localhost (localhost [127.0.0.1]) by lxc-smtp2.ens-lyon.fr (Postfix) with ESMTP id BE864E26E2; Wed, 29 Jun 2022 15:46:34 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.11.0 (20160426) (Debian) at ens-lyon.fr Received: from lxc-smtp2.ens-lyon.fr ([127.0.0.1]) by localhost (lxc-smtp2.ens-lyon.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eJe6U2eEeG4b; Wed, 29 Jun 2022 15:46:34 +0200 (CEST) Received: from localhost (dhcp-58-179.icar.ens-lyon.fr [140.77.58.179]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by lxc-smtp2.ens-lyon.fr (Postfix) with ESMTPSA id 96DE2E25D1; Wed, 29 Jun 2022 15:46:34 +0200 (CEST) Date: Wed, 29 Jun 2022 15:46:34 +0200 From: Alice BRENON Message-ID: <20220629154634.1af99013@ens-lyon.fr> In-Reply-To: <8735fnizxj.fsf@taiju.info> References: <20211217134028.29117-1-higashi@taiju.info> <20220628104304.7734d32e@ens-lyon.fr> <878rpfetud.fsf@taiju.info> <8735fnizxj.fsf@taiju.info> Organization: ENS de Lyon X-Mailer: Claws Mail 4.1.0 (GTK 3.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1656512481; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=JNhuKaNRjDLXoZ2zByhujMSq85ct5mgVnUAWMCA4UlI=; b=dOLDgLCzLZs//wi7lwHJK6hAeRGbeikMj6ZOu094PR6kSZNBCmB+XTyNZTpCyx8jQGeslP 99YMUJE+Kgp9bz3ZP4Qf8ZL5MzzFGofKaD36Vegr/ifLALAbhEhTWO2xaXQdVbA5uuewDW FpZJ1x8cXChYvnzl73MCGlxIyc3l1xT6m9r7wNb/dPIrBdxIAEf7X7iVcdGFI5hGmhl2Me pO54OD8LRqcv6CFLDZcQ8TFViZvXk7p5h2PmtrjqOB2EC18y+aLmte5NL+4Ap+iFnaCALx HhCG6ebuSeoXiQbQMyWala1VkrHf3KqaJosfEJbeAqeqpH8CBNvjaBcrKjwO7Q== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1656512481; a=rsa-sha256; cv=none; b=PJfroakILCwPzkQMjteHZgLFOxpkKoDHCPABqcNZ7rJlmzIBTPW239nNR95tSY2tuPjXni Bc71IqKn3HkEWbVzDqQvxOTLkyV+91w1Ky6n+eGLncfKVfZRiLglvp5QgtcM6Qj/6Vox0B dhxb9Bc1L4/RGgK4OlxLlZtcYr7nmyXmeyVvLVQxndRSoTydmJoMVS+HHO49fdAm4SgXoP /8pEsQdlyNAOpRHHrXdVgOyuPwIiDpjSEDjn/ht/g4BGOFSbY0KJ7T6MjAdZsdSUcgtI2d RHOKh1PP8boQZWb7Qnjraj+j16UgmeUF4R5pkHe8K5YGgrdRWQeNFUOqUNNybA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -2.95 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 8201C2E31 X-Spam-Score: -2.95 X-Migadu-Scanner: scn1.migadu.com X-TUID: rMqBDUIsGlnC Hi ! Thanks a lot for taking the time to provide such precious feedback. I see you're using exactly the same version as I do so it made me think it must be something in the environment. In particular, I notice you're using Gnome so that may have a link. On my side, I finally figured out how the gi lib finds its module (they're apparently called "typelib"): there's a GI_TYPELIB_PATH variable (how could I not stumble upon it earlier ? it's right in the middle of Maxim Cournoyer's commit) governing it. And, looking at it in detail, I notice the way it's set has changed in 39b118776bbbaed049f8bcaf which now appends the lib/girepository-1.0 found in the *inputs* instead of simply concatenating /lib/girepository-1.0, to the *outputs*. Looking at the wrapped scripts `ibus-{engine,setup}-anthy` (that's in the same store object as the `ibus-daemon` so it should be the same on your system) `ibus-anthy` is missing from the `GI_TYPELIB_PATH` export in both of them. I checked that this choice on the way to set the variable indeed has an inpact on the resolution of modules for pygobject, and, eventually, the correct loading of ibus-daemon: manually re-exporting my GI_TYPELIB_PATH to the lib/girepository-1.0 of my current-system (because, after all, the files =E2=80=94 including Anthy-9000.typelib =E2= =80=94 are there) allows me to temporarily fix the faulty resolution and run ibus-daemon correctly (no warning, and anthy is back again). Higashi-san, could you determine where the ibus-anthy's component of lib/girepository-1.0 ends up in GI_TYPELIB_PATH ? Maxim Cournoyer, is the choice to look in inputs instead of outputs deliberate ? If so, what would be needed to retain your improvement while keeping GI_TYPELIB_PATH functional ? I find it strange that we need to manually add the component corresponding to each and every GI module there in a wrapper script while guix already assembles them all when a profile is built and it should be enough to point the variable to the directory in the resulting profile (I understand there's a problem of when the resolution occurs here, and my quickfix above is just that : dropping everything and setting GI_TYPELIB_PATH from the resulting profile I have). Can't packages carry with them information about how to set the environment, only once profiles are built out of them ? Or is there a good reason why guix is designed in a way that this is not possible ? Best regards, Alice Le Wed, 29 Jun 2022 18:25:44 +0900, Taiju HIGASHI a =C3=A9crit : > >> Higashi-san, Maxim Cournoyer, isn't any of you using ibus-anthy ? > >> Don't you face this issue too ? =20 > > > > I am currently using ibus-anthy 1.15.14 and have not experienced any > > problems. =20 >=20 > Since the cache (~/.cache/ibus) seemed to refer to the old path, I > expected that deleting it would reproduce the problem in my > environment, but deleting it did not cause the problem. >=20 > Regards,