From unknown Mon Aug 18 14:21:27 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#44354 <44354@debbugs.gnu.org> To: bug#44354 <44354@debbugs.gnu.org> Subject: Status: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. Reply-To: bug#44354 <44354@debbugs.gnu.org> Date: Mon, 18 Aug 2025 21:21:27 +0000 retitle 44354 [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODU= LE_FILE. reassign 44354 guix-patches submitter 44354 Leo Prikler severity 44354 normal tag 44354 patch thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 31 12:56:01 2020 Received: (at submit) by debbugs.gnu.org; 31 Oct 2020 16:56:01 +0000 Received: from localhost ([127.0.0.1]:34436 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kYuAb-0006fA-ET for submit@debbugs.gnu.org; Sat, 31 Oct 2020 12:56:01 -0400 Received: from lists.gnu.org ([209.51.188.17]:46612) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kYuAa-0006f3-3K for submit@debbugs.gnu.org; Sat, 31 Oct 2020 12:56:00 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52752) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kYuAZ-0000Or-H8 for guix-patches@gnu.org; Sat, 31 Oct 2020 12:55:59 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:19941) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kYuAW-0001HK-Kg for guix-patches@gnu.org; Sat, 31 Oct 2020 12:55:58 -0400 Received: from localhost.localdomain (217-149-162-161.nat.highway.telekom.at [217.149.162.161]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4CNlXD4zhZz3wYj for ; Sat, 31 Oct 2020 17:49:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1604162988; bh=IAFwdIsJ1+iNLsEPTMB5QFTIb/5OpPlQ+hfIm5ZiXgs=; h=From:To:Subject:Date; b=lMqFXyd8EdqjurjrLHecBfeCa7X66bnFfR1MQhkTY8wWoc/F4CqLXUoR6LitWcjxQ 4QaJMb7G78cbSnp0bGkqhHrE6ZsJ1jVoNJbCypae1eXQ/U0xh5WDiRRS2cIoc5bZ3v 40dHQMNFDa5MqJTsuyTn/wAeevGdckod+ZHs5X58= From: Leo Prikler To: guix-patches@gnu.org Subject: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. Date: Sat, 31 Oct 2020 17:46:03 +0100 Message-Id: <20201031164602.13152-1-leo.prikler@student.tugraz.at> X-Mailer: git-send-email 2.29.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 Received-SPF: pass client-ip=129.27.2.202; envelope-from=leo.prikler@student.tugraz.at; helo=mailrelay.tugraz.at X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/31 12:49:50 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This makes it, so that GNOME can handle system-wide input methods installed by adding them to the gnome package, to the operating system packages, or to some other profile-service. An example would be a system-wide installation of ibus along with input methods like ibus-anthy or ibus-rime. * gnu/services/desktop.scm (gnome-environment): New variable. (gnome-desktop-service-type)[extensions]: Use it here. --- gnu/services/desktop.scm | 31 +++++++++++++++++++++++++++++++ 1 file changed, 31 insertions(+) diff --git a/gnu/services/desktop.scm b/gnu/services/desktop.scm index 265cf9f35f..8a571aacb0 100644 --- a/gnu/services/desktop.scm +++ b/gnu/services/desktop.scm @@ -918,12 +918,43 @@ rules." "gnome-system-monitor" "gvfs")))) +(define (gnome-environment config) + (let* ((lib "/run/current-system/profile/lib") + (im-module-files + `(("3" + "GUIX_GTK3_IM_MODULE_FILE" + . + ,(string-append lib "/gtk-3.0/3.0.0/immodules-gtk3.cache")) + ("2" + "GUIX_GTK2_IM_MODULE_FILE" + . + ,(string-append lib "/gtk-2.0/2.10.0/immodules-gtk2.cache")))) + (versions + (filter-map + (match-lambda + ((_ pkg) + (and (package? pkg) + (string=? (package-name pkg) "gtk+") + (version-major (package-version pkg)))) + ((_ pkg "out") + (and (package? pkg) + (string=? (package-name pkg) "gtk+") + (version-major (package-version pkg)))) + (_ #f)) + (package-transitive-inputs (gnome-package config))))) + (filter-map + (lambda (version) + (assoc-ref im-module-files version)) + (delete-duplicates versions)))) + (define gnome-desktop-service-type (service-type (name 'gnome-desktop) (extensions (list (service-extension polkit-service-type gnome-polkit-settings) + (service-extension session-environment-service-type + gnome-environment) (service-extension profile-service-type (compose list gnome-package)))) -- 2.29.1 From debbugs-submit-bounces@debbugs.gnu.org Tue May 04 03:47:01 2021 Received: (at 44354) by debbugs.gnu.org; 4 May 2021 07:47:01 +0000 Received: from localhost ([127.0.0.1]:51445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldpll-0005pL-JG for submit@debbugs.gnu.org; Tue, 04 May 2021 03:47:01 -0400 Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21170) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldplk-0005p9-8Y for 44354@debbugs.gnu.org; Tue, 04 May 2021 03:47:01 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1620114415; cv=none; d=zohomail.com; s=zohoarc; b=EvsWsSBHr9BC1we9I8I58VU2yqvZw156jupZWqWyOJp32kdgEb+nllNOcMtC6SwuFNkEFCIGmji7hiH3RJliJdFzjeJyR23XGcMiqcy03xqb557EOQEknhMjUeR2J4L8w3Wci5i4HDD47oInIH6SwlFIQvSf/x+cadzW+Y5ViH8= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1620114415; h=Content-Type:Content-Transfer-Encoding:Date:From:MIME-Version:Message-ID:Subject:To; bh=8iZJ9MFweXmOlXESpW2VRM6oesQSiSVjpIZEW71vo4A=; b=jjzFlF/T9o7KhypWkLI14v657hNHlVaSKJ4B+0mzJkTABLW5p72Yg5ChFNfKXy95mIGMhlgKliBHgqx6q9dCKpJINjsTw7sBSlPjVjwNe4x2RwiNyJ00O7YI4HowMk7ROdGeKKjn/bUx+jWhPgqAgpfoi3LHvXUZSCBJdk5JuzI= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1620114415; s=zoho; d=elephly.net; i=rekado@elephly.net; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=8iZJ9MFweXmOlXESpW2VRM6oesQSiSVjpIZEW71vo4A=; b=Se0KhyJ+MHHOk2TkLVOHPD8fHLAaVf6Pj2VpYCMfI6HMNVpj8L+1cech/ujhubRt XL+c5BTskTyQQsEuwya1uu4wxjK8qihNyxOsF7d5og9aBvW6b154VWWJfWfF0wMdaVX M57l8BFicLpfwHAClIo2cUj3xtMufDFFdMCDQ9Go= Received: from localhost (p54ad4e9e.dip0.t-ipconnect.de [84.173.78.158]) by mx.zohomail.com with SMTPS id 1620114412955502.50947839166076; Tue, 4 May 2021 00:46:52 -0700 (PDT) User-agent: mu4e 1.4.15; emacs 27.2 From: Ricardo Wurmus To: 44354@debbugs.gnu.org Subject: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Tue, 04 May 2021 09:46:49 +0200 Message-ID: <875yzzszyu.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44354 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Leo, I haven=E2=80=99t been able to get ibus-libpinyin to work even when these=20 variables are set. I know that these variables used to work once. I don=E2=80=99t know if setting them is the correct thing to do for Gnome.= =20 This patch would also only work for system-wide installations of=20 input methods. Input methods that have been installed in a user=20 profile would not be part of the cache files. Can we take a step back and come to an understanding of how ibus=20 in Gnome is supposed to work? Ibus in Gnome is (supposed to be)=20 more =E2=80=9Cintegrated=E2=80=9D than in other environments, which means t= hat we=20 should first aim to understand what Gnome attempts to do with=20 ibus. We should also take into account dconf keys, such as these: /desktop/ibus/ /org/gnome/desktop/input-sources/mru-sources /org/gnome/desktop/input-sources/sources /org/gnome/desktop/interface/gtk-im-module What do you think? --=20 Ricardo From debbugs-submit-bounces@debbugs.gnu.org Tue May 04 05:15:12 2021 Received: (at 44354) by debbugs.gnu.org; 4 May 2021 09:15:12 +0000 Received: from localhost ([127.0.0.1]:51983 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldr96-0004zq-4Y for submit@debbugs.gnu.org; Tue, 04 May 2021 05:15:12 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:38976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldr94-0004wi-OR for 44354@debbugs.gnu.org; Tue, 04 May 2021 05:15:11 -0400 Received: from nijino.local (91-114-247-246.adsl.highway.telekom.at [91.114.247.246]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4FZDhB6Wv3z3wKy; Tue, 4 May 2021 11:15:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1620119707; bh=7Ww9XG7yLDs8rTZwloOjC0OR9RXzZynkK9OsdxM6pu8=; h=Subject:From:To:Date:In-Reply-To:References; b=ZGHBEsO6GR8mV/wctzdqvxzdH93rAeSWYPmSJuz3Kul+NhZOIgFisP92b7mFfCDaL TdRdtNaDdloF6Du/dmxxOrOTnWkb+W9uw6oLELcJJKoXP2xC4D/N0QCHQXDC8PiZUK z2+rP7McDDP31afxckgVb673ATcWGmF+DuKrWMIQ= Message-ID: <3497ef1623c1a88c8fb9f09c068a078ba857e25f.camel@student.tugraz.at> Subject: Re: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. From: Leo Prikler To: Ricardo Wurmus , 44354@debbugs.gnu.org Date: Tue, 04 May 2021 11:15:05 +0200 In-Reply-To: <875yzzszyu.fsf@elephly.net> References: <875yzzszyu.fsf@elephly.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44354 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, Am Dienstag, den 04.05.2021, 09:46 +0200 schrieb Ricardo Wurmus: > Hi Leo, > > I haven’t been able to get ibus-libpinyin to work even when these > variables are set. I know that these variables used to work once. "Used to work" in what sense? Did ibus-libpinyin work for you or someone else with these variables set and now it's no longer working? > I don’t know if setting them is the correct thing to do for Gnome. > This patch would also only work for system-wide installations of > input methods. Input methods that have been installed in a user > profile would not be part of the cache files. I'm not sure we can expect things to "just work" with ibus in the user profile. As far as I'm aware, we don't expect GDM to find the user's custom gnome installation without some hacking on their part, so I don't understand why we would expect GNOME to find ibus in a similar setup. > Can we take a step back and come to an understanding of how ibus > in Gnome is supposed to work? Ibus in Gnome is (supposed to be) > more “integrated” than in other environments, which means that we > should first aim to understand what Gnome attempts to do with > ibus. As far as I know, GNOME should recognize ibus as one of its input modules and then offer appropriate input sources in its settings. The specifics are handled by gsd-keyboard-manager, at least as far as setting these is concerned. How the settings are interpreted is probably a matter of GtkIMContext, which at some point hands off control to ibus IIUC. > We should also take into account dconf keys, such as these: > > /desktop/ibus/ This seems to contain settings, that IBus wants to know about, including stuff like what Emojis you last typed for the completion UI and so on, and so forth. Of particular interest here is probably the key '/desktop/ibus/general/preload-engines', which lists all engines to load at startup. > /org/gnome/desktop/input-sources/mru-sources > /org/gnome/desktop/input-sources/sources These are lists of tuples, which are either ('xkb', VARIANT) or ('ibus', ENGINE). As far as I know, the latter won't work correctly without GNOME knowing about ibus existing, for which I patch GUIX_GTK*_IM_MODULE_FILE. > /org/gnome/desktop/interface/gtk-im-module This one's likely set to "ibus" inside an ibus setup. In particular, gsd-keyboard-manager sets it to "ibus" if it notices any of the input- sources to contain an ibus engine and to "gtk-im-context-simple" otherwise. I'm sure there would be more elegant solutions, but that's the one they chose. Regards, Leo From debbugs-submit-bounces@debbugs.gnu.org Tue May 04 05:59:07 2021 Received: (at 44354) by debbugs.gnu.org; 4 May 2021 09:59:07 +0000 Received: from localhost ([127.0.0.1]:52213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldrpb-0003HC-Hr for submit@debbugs.gnu.org; Tue, 04 May 2021 05:59:07 -0400 Received: from sender4-of-o50.zoho.com ([136.143.188.50]:21060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldrpY-0003H2-KB for 44354@debbugs.gnu.org; Tue, 04 May 2021 05:59:06 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1620122340; cv=none; d=zohomail.com; s=zohoarc; b=Db5uJH183KegaY9C7MpBG6/uup52prE4SGxUsiozRGJDwMh6Bdz28V5qgDRJKW4/l0NftQT8K8DCrVuZr8lhfPHbmySs+35N1Qgy8aPG/euO6K7v7bhI03dMlKh8C6BzhffTH3XylMCEsb/dLEi694C5MALl46LTvoW9A60vIL8= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1620122340; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=ncK/nuTbm1yVtue3QbhM6mJLqRvdG1mm0wauCU9ecNs=; b=gwD4LzFdU8iQRLoD5ZQ23wOChq/AcdzLnn0zRti+A1rGCzX134GQ9z5v8auH4ob7nJIvEDoiLqlOLzZhG/zRUrxNkp6DqQ6bTkBRIJxL4P+lhW/jdabxSAUB4xOIl6IZ9J+3E14i7cqjNwcFfDfWdEbMnd4MQv6qmxZdtz25I3w= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1620122340; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=ncK/nuTbm1yVtue3QbhM6mJLqRvdG1mm0wauCU9ecNs=; b=Vz8XCw6PiKxgelWuejRMUHqmMHUkvj3nSiDT/qyiSU56pLIOavKVgQDdwwpRZZRd ddPgPvl7mY/cSHC0rJgpRYriVqSb/X4TPC8UmRjIGSO3xhc33iDmPKbBdz31Sxce0U+ qmtW6NXwzxKb+Qe4d6ETe42DRQfGSm/6fQ6LLrb4= Received: from localhost (p54ad4e9e.dip0.t-ipconnect.de [84.173.78.158]) by mx.zohomail.com with SMTPS id 1620122339636967.4444435020935; Tue, 4 May 2021 02:58:59 -0700 (PDT) References: <875yzzszyu.fsf@elephly.net> <3497ef1623c1a88c8fb9f09c068a078ba857e25f.camel@student.tugraz.at> User-agent: mu4e 1.4.15; emacs 27.2 From: Ricardo Wurmus To: Leo Prikler Subject: Re: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. In-reply-to: <3497ef1623c1a88c8fb9f09c068a078ba857e25f.camel@student.tugraz.at> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Tue, 04 May 2021 11:58:56 +0200 Message-ID: <8735v2u8f3.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44354 Cc: 44354@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Leo Prikler writes: > Hi, > > Am Dienstag, den 04.05.2021, 09:46 +0200 schrieb Ricardo Wurmus: >> Hi Leo, >>=20 >> I haven=E2=80=99t been able to get ibus-libpinyin to work even when=20 >> these=20 >> variables are set. I know that these variables used to work=20 >> once. > "Used to work" in what sense? Did ibus-libpinyin work for you=20 > or > someone else with these variables set and now it's no longer=20 > working? Yes. IIRC I patched GTK back in the day to respect these extra=20 variables. I did that because that made things work. This=20 predates at least two upgrades to Gnome and the decision on=20 Gnome=E2=80=99s part to =E2=80=9Cintegrate=E2=80=9D ibus more tightly; I do= n=E2=80=99t know=20 exactly when things broke because all I know is that when I=20 returned to Guix after a months-long hiatus things no longer=20 worked. >> I don=E2=80=99t know if setting them is the correct thing to do for=20 >> Gnome.=20 >> This patch would also only work for system-wide installations=20 >> of=20 >> input methods. Input methods that have been installed in a=20 >> user=20 >> profile would not be part of the cache files. > I'm not sure we can expect things to "just work" with ibus in=20 > the user > profile. As far as I'm aware, we don't expect GDM to find the=20 > user's > custom gnome installation without some hacking on their part, so=20 > I > don't understand why we would expect GNOME to find ibus in a=20 > similar > setup. Because it worked just like that before. Ibus should be a user process with user configuration. This is=20 not inherently global, so only making it work with globally=20 installed input methods is a restriction that I think we should=20 aim to do without. --=20 Ricardo From debbugs-submit-bounces@debbugs.gnu.org Tue May 04 06:15:26 2021 Received: (at 44354) by debbugs.gnu.org; 4 May 2021 10:15:26 +0000 Received: from localhost ([127.0.0.1]:52306 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lds5O-0005bu-5H for submit@debbugs.gnu.org; Tue, 04 May 2021 06:15:26 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:23339) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lds5I-0005bf-O8 for 44354@debbugs.gnu.org; Tue, 04 May 2021 06:15:25 -0400 Received: from nijino.local (91-114-247-246.adsl.highway.telekom.at [91.114.247.246]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4FZG1c755Vz3x6V; Tue, 4 May 2021 12:15:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1620123317; bh=GDIAgDvHlTn5zRxs9QLn3ss1Rxw1XMNhd2prqZRhE9Q=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=IDq0iaoZnC8pIU8jrD7JGvmNEis28uQuerTBkXlT9tdCy2vghmiwUFrl6YlHDxYJY PsrZGHdMTAsIH9FnGxiEWNWXcScfexcpmYhEFSbj6wYfVFz/ZciAMe/SUZoiCeS9HU DY9QxUlgewl6LGGWvPQAA/DUTN/ZVSTVKGxqKcrE= Message-ID: <3149f088b6e5c7d13b8f10616d7828cedc90ecba.camel@student.tugraz.at> Subject: Re: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. From: Leo Prikler To: Ricardo Wurmus Date: Tue, 04 May 2021 12:15:16 +0200 In-Reply-To: <8735v2u8f3.fsf@elephly.net> References: <875yzzszyu.fsf@elephly.net> <3497ef1623c1a88c8fb9f09c068a078ba857e25f.camel@student.tugraz.at> <8735v2u8f3.fsf@elephly.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44354 Cc: 44354@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Am Dienstag, den 04.05.2021, 11:58 +0200 schrieb Ricardo Wurmus: > Leo Prikler writes: > > > Hi, > > > > Am Dienstag, den 04.05.2021, 09:46 +0200 schrieb Ricardo Wurmus: > > > Hi Leo, > > > > > > I haven’t been able to get ibus-libpinyin to work even when > > > these > > > variables are set. I know that these variables used to work > > > once. > > "Used to work" in what sense? Did ibus-libpinyin work for you > > or > > someone else with these variables set and now it's no longer > > working? > > Yes. > > IIRC I patched GTK back in the day to respect these extra > variables. I did that because that made things work. This > predates at least two upgrades to Gnome and the decision on > Gnome’s part to “integrate” ibus more tightly; I don’t know > exactly when things broke because all I know is that when I > returned to Guix after a months-long hiatus things no longer > worked. I think the reason why this might not work if you're putting things into ~/.guix-profile is because that IM_MODULE_FILE is incomplete. Compare its contents against the one where everything is built into the system, there will be huge differences. > > > I don’t know if setting them is the correct thing to do for > > > Gnome. > > > This patch would also only work for system-wide installations > > > of > > > input methods. Input methods that have been installed in a > > > user > > > profile would not be part of the cache files. > > I'm not sure we can expect things to "just work" with ibus in > > the user > > profile. As far as I'm aware, we don't expect GDM to find the > > user's > > custom gnome installation without some hacking on their part, so > > I > > don't understand why we would expect GNOME to find ibus in a > > similar > > setup. > > Because it worked just like that before. > > Ibus should be a user process with user configuration. This is > not inherently global, so only making it work with globally > installed input methods is a restriction that I think we should > aim to do without. What is a "user process with user configuration" here? The way I understand those words, is that a. the process is launched under the user's account, and b. the configuration for that process lies in the user's directory. Certainly, those two hold for ibus. But they also hold for gnome, which should not be inherently global either by the above argument. Yet managing gnome system-wide is significantly easier than managing it per-user. Also note, that my patch would not bar you from setting GUIX_GTK*_IM_MODULE_FILE to something else if you indeed have a local ibus setup. I'd even go so far as to argue, that it doesn't make your setup more difficult at all. All it does is make things easier for those who want a global gnome+ibus setup. Regards, Leo From debbugs-submit-bounces@debbugs.gnu.org Tue May 04 09:50:25 2021 Received: (at 44354) by debbugs.gnu.org; 4 May 2021 13:50:25 +0000 Received: from localhost ([127.0.0.1]:53345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldvRQ-0007z5-VZ for submit@debbugs.gnu.org; Tue, 04 May 2021 09:50:25 -0400 Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldvRM-0007yz-Eu for 44354@debbugs.gnu.org; Tue, 04 May 2021 09:50:23 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1620136215; cv=none; d=zohomail.com; s=zohoarc; b=XGBghiZovwClQu2X1HSxN0aAgMedPnZMDmwxjE+ytuwhBYKn0E5goWKM4Fu0XewcYDud9lAkDpP3G4HA3u4TlvtuI9XoyA0e5+IsWIRO8pdOtReFwN7PBaagd2k8E4qAueO2Bevg5lRcW0KEu05w6HuLSod0qCIIx46WM5Zdho0= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1620136215; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=sO1/9YCU8Ym4ZIHwTIau8/a6CY2ywwQE9Cjo5yaBI44=; b=gv/zPx4428dQl06yvMBjonwIYmo/9GjXJjK/OIykQeshQffnFsXGyrKTaFHVJC5z9hwQKGtggDGSoojjrRZU4iPPAi8aKn/u9DDEH0ChrU93PKjLV0sgOpC3WA+/fqMvXjg8QlzMl+Fd0fvmpIzN1KJOxWLfLBTK84znKUfUedc= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1620136215; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=sO1/9YCU8Ym4ZIHwTIau8/a6CY2ywwQE9Cjo5yaBI44=; b=GIn1mQcbF/UDFQzO+YS0nsJBTsTUTzdZbguzz5FUq9b3ipa5+G4CDQo9CyPdM/wS gH0ZLlY3JmizYsxd4rO3eOvNbIx3bay3Hws8bjltXFN4IOi+5k2pQ1MYOzcV7VB3l2g a/0QZE2hryjR0s7EIhbHqw7igprGQOJK6nC85h8o= Received: from localhost (p54ad4e9e.dip0.t-ipconnect.de [84.173.78.158]) by mx.zohomail.com with SMTPS id 1620136209913924.6829578331776; Tue, 4 May 2021 06:50:09 -0700 (PDT) References: <875yzzszyu.fsf@elephly.net> <3497ef1623c1a88c8fb9f09c068a078ba857e25f.camel@student.tugraz.at> <8735v2u8f3.fsf@elephly.net> <3149f088b6e5c7d13b8f10616d7828cedc90ecba.camel@student.tugraz.at> User-agent: mu4e 1.4.15; emacs 27.2 From: Ricardo Wurmus To: Leo Prikler Subject: Re: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. In-reply-to: <3149f088b6e5c7d13b8f10616d7828cedc90ecba.camel@student.tugraz.at> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Tue, 04 May 2021 15:50:06 +0200 Message-ID: <87r1imsj5d.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44354 Cc: 44354@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Leo Prikler writes: >> > > I don=E2=80=99t know if setting them is the correct thing to do for= =20 >> > > Gnome.=20 >> > > This patch would also only work for system-wide=20 >> > > installations=20 >> > > of=20 >> > > input methods. Input methods that have been installed in a=20 >> > > user=20 >> > > profile would not be part of the cache files. >> > I'm not sure we can expect things to "just work" with ibus in=20 >> > the user >> > profile. As far as I'm aware, we don't expect GDM to find=20 >> > the=20 >> > user's >> > custom gnome installation without some hacking on their part,=20 >> > so=20 >> > I >> > don't understand why we would expect GNOME to find ibus in a=20 >> > similar >> > setup. >>=20 >> Because it worked just like that before. >>=20 >> Ibus should be a user process with user configuration. This is=20 >> not inherently global, so only making it work with globally=20 >> installed input methods is a restriction that I think we should=20 >> aim to do without. > What is a "user process with user configuration" here? The way=20 > I > understand those words, is that > a. the process is launched under the user's account, and > b. the configuration for that process lies in the user's=20 > directory. > Certainly, those two hold for ibus. But they also hold for=20 > gnome, > which should not be inherently global either by the above=20 > argument.=20 > Yet managing gnome system-wide is significantly easier than=20 > managing it > per-user. =E2=80=9Ceasier=E2=80=9D is not the question here. We have always tried to= avoid=20 giving special importance to the system profile. It=E2=80=99s a matter of= =20 flexibility. Users on a shared system should have the option to=20 have their own set of input methods. Gnome uses dbus extensively, so it should be able to talk to the=20 user=E2=80=99s ibus daemon over dbus and offer available input methods=20 this way. Perhaps we can get rid of static IM_MODULE_FILEs and=20 the problem of monolithic cache files, etc. > Also note, that my patch would not bar you from setting > GUIX_GTK*_IM_MODULE_FILE to something else if you indeed have a=20 > local > ibus setup. I'd even go so far as to argue, that it doesn't=20 > make your > setup more difficult at all. All it does is make things easier=20 > for > those who want a global gnome+ibus setup. There may be a misunderstanding here: I don=E2=80=99t *have* a setup. As=20 it is, ibus(-libpinyin) does not work reliably with Gnome. My main point here is that I=E2=80=99d rather we take a step back to see=20 if all this GUIX_GTK* variable patching is still worth doing, and=20 whether there are better ways we could achieve a reliable=20 configuration of ibus =E2=80=94 no matter if that=E2=80=99s a global config= uration=20 or a per-user one. --=20 Ricardo From debbugs-submit-bounces@debbugs.gnu.org Tue May 04 11:49:31 2021 Received: (at 44354) by debbugs.gnu.org; 4 May 2021 15:49:31 +0000 Received: from localhost ([127.0.0.1]:53918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldxIg-0002mZ-UX for submit@debbugs.gnu.org; Tue, 04 May 2021 11:49:31 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:50631) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldxIe-0002mR-KQ for 44354@debbugs.gnu.org; Tue, 04 May 2021 11:49:29 -0400 Received: from nijino.local (91-114-247-246.adsl.highway.telekom.at [91.114.247.246]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4FZPR86X8Rz3wBg; Tue, 4 May 2021 17:49:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1620143365; bh=f3oBX5Iku6hih+hPdrwG8s74dIfuBUGeGFDAW9hYHgk=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=TOEgE/p9vQSeovUBzl5cRis0g8ggCj217b3ZoSoYmC5mPmR56KO+73R6jqhqJubGi cOaxMg96SEpHpWg/Yns/UTkKZbfsNF6wD4oD9JeLj3EZgo+15D6Pw7gCebtT3qIJvN O+0PqYycbYF3hKjao4AXJgP0I6j9OEYsLhgIBPvY= Message-ID: Subject: Re: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. From: Leo Prikler To: Ricardo Wurmus , Raghav Gururajan Date: Tue, 04 May 2021 17:49:23 +0200 In-Reply-To: <87r1imsj5d.fsf@elephly.net> References: <875yzzszyu.fsf@elephly.net> <3497ef1623c1a88c8fb9f09c068a078ba857e25f.camel@student.tugraz.at> <8735v2u8f3.fsf@elephly.net> <3149f088b6e5c7d13b8f10616d7828cedc90ecba.camel@student.tugraz.at> <87r1imsj5d.fsf@elephly.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44354 Cc: 44354@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Am Dienstag, den 04.05.2021, 15:50 +0200 schrieb Ricardo Wurmus: > Gnome uses dbus extensively, so it should be able to talk to the > user’s ibus daemon over dbus and offer available input methods > this way. Perhaps we can get rid of static IM_MODULE_FILEs and > the problem of monolithic cache files, etc. That would probably work in some capacity, but a. It seems ibus does not really export a usable dbus-interface (at least not according to d-feet). While the communication does appear to happen via dbus, there are no methods exported, so it's some kind of black magic. b. Even if it did, the code to communicate to ibus via dbus would still need to be wrapped into a GtkIMContext. Perhaps that can be implemented as part of Gnome, but I don't know how quickly it would be done. In short, I think there's some tight coupling between IBus client and server going on, which makes Gnome rely on the ibus IMContext implementation. We could likely try to propagate just the client code from our GNOME package (we still would need to add it as an IM_MODULE, but you could use your own ibus at least, provided it's compatible with the system ibus). > > Also note, that my patch would not bar you from setting > > GUIX_GTK*_IM_MODULE_FILE to something else if you indeed have a > > local > > ibus setup. I'd even go so far as to argue, that it doesn't > > make your > > setup more difficult at all. All it does is make things easier > > for > > those who want a global gnome+ibus setup. > > There may be a misunderstanding here: I don’t *have* a setup. As > it is, ibus(-libpinyin) does not work reliably with Gnome. I wasn't talking about your problems with ibus-libpinyin here, it was instead meant as a general statement about Guix users currently setting those variables somewhere to appease Gnome. Their settings would not be invalidated by this patch. I'm still interested into what causes the libpinyin variant to fail in this setup, because I doubt it's a GTK thing. > My main point here is that I’d rather we take a step back to see > if all this GUIX_GTK* variable patching is still worth doing, and > whether there are better ways we could achieve a reliable > configuration of ibus — no matter if that’s a global configuration > or a per-user one. IIRC GUIX_GTK* is just a way of not clobbering GTK_IM_MODULE_FILE. Having that probably makes some sense. As for requiring it for a proper ibus setup, I do agree, perhaps it's possible to do without it. I've pinged Raghav, maybe they already know whether Gnome 40 brings improvements in that regard. Perhaps another way of managing these variables if we indeed find them to be needed would be to move the configuration into a 'guix home' module. When I wrote this patch, there were no plans of upstreaming it yet, but if it's possible to set per-user environment variables via guix home, that might be preferable to a system-wide setting. Regards, Leo From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 14 09:28:04 2022 Received: (at 44354) by debbugs.gnu.org; 14 Sep 2022 13:28:04 +0000 Received: from localhost ([127.0.0.1]:54176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oYSQu-0003jH-9X for submit@debbugs.gnu.org; Wed, 14 Sep 2022 09:28:04 -0400 Received: from mail-qt1-f180.google.com ([209.85.160.180]:36857) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oYSQr-0003iv-E5 for 44354@debbugs.gnu.org; Wed, 14 Sep 2022 09:28:03 -0400 Received: by mail-qt1-f180.google.com with SMTP id h21so11101010qta.3 for <44354@debbugs.gnu.org>; Wed, 14 Sep 2022 06:28:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from:from:to:cc:subject :date; bh=iOBYqyUBbf+eWlgx9Ku6wNy7IsMEaQYM/OdJ7+5psw0=; b=OceI1N0BB+p2BZ4/1GxfGexyGe2hEYE28fPrH/RCyNV4cUtSeoanqpUKEkiHxML704 fIELgk5kE+pzyVfM+hWSUpYDiYc025eAt2Wi55pPRzCuP7PUlLm6U89dt6wc2prX1WsQ ff9bugTlhaAszTAOflOfH9T3iyMQPA+Q+kxv9TS6KfL/OUqJzbTTdyCDTODphkVwBEP3 bGzmOx3TrEvhrzatcbEqILCNoCPCj6XV3iPDhDkw4wdd6hd9HzRser+xKznup+e14j6R paCl/x+aPH1cHjQAa/CfAPSuYW0mQzKttv0/EPkWCbZwAdOXU7QK4SdMMgTW9BUju1b/ LC6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from:x-gm-message-state :from:to:cc:subject:date; bh=iOBYqyUBbf+eWlgx9Ku6wNy7IsMEaQYM/OdJ7+5psw0=; b=BP7pt6q4HiWcu1BmX2bZ5iHOEryF42oDn0QASmhjIPs6PMp8pp0IEYuYoyKmcGpO2l WeRukT7mHwADhpuJOaecdi5/uiauq6J/Qu+Ej4Uv9tI9WxO94XozFvixR2TiTbQ8BKUg WW8ZN29S39VD3GdXK3XiFvLJI9PhAAb7gHiITWeMxmDIkATgqS4FfvHWfUon7H9dyAjE nGXcVAkK9lusUxjOEWraP+yw3Qvmu/3DN2VbA+yjMOAOBwptcw4zdvBtpD0oTVXr6Dim y1xUGAO4pbKJGTyAxc1cQOU7/zqJs6YHqWYSyyLth09wGajnfLG7rTsBAImURhFgfCv5 6YHQ== X-Gm-Message-State: ACgBeo11x58miOXtLuBnfvpa0DAqB4YPt/Ursry4UsWQQwpO04jG1ZI/ wX4+YzLtLRYalXuoq9XMsHfLP8m0Vhw= X-Google-Smtp-Source: AA6agR7qXFcudJsO2mbagCbfec8vPfDGjt0osRWjyarVfGtgEpVs4J2TT85Izg4HgldKmMA4psc6Xg== X-Received: by 2002:ac8:59d2:0:b0:343:57f:3049 with SMTP id f18-20020ac859d2000000b00343057f3049mr31550522qtf.55.1663162075464; Wed, 14 Sep 2022 06:27:55 -0700 (PDT) Received: from hurd (dsl-159-203.b2b2c.ca. [66.158.159.203]) by smtp.gmail.com with ESMTPSA id l20-20020a05620a28d400b006ce1bfbd603sm1855714qkp.124.2022.09.14.06.27.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 14 Sep 2022 06:27:55 -0700 (PDT) From: Maxim Cournoyer To: Leo Prikler Subject: Re: bug#44354: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. References: <875yzzszyu.fsf@elephly.net> <3497ef1623c1a88c8fb9f09c068a078ba857e25f.camel@student.tugraz.at> <8735v2u8f3.fsf@elephly.net> <3149f088b6e5c7d13b8f10616d7828cedc90ecba.camel@student.tugraz.at> <87r1imsj5d.fsf@elephly.net> Date: Wed, 14 Sep 2022 09:27:54 -0400 In-Reply-To: (Leo Prikler's message of "Tue, 04 May 2021 17:49:23 +0200") Message-ID: <87pmfy13xh.fsf_-_@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 44354 Cc: Ricardo Wurmus , Raghav Gururajan , 44354@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Leo, Leo Prikler writes: > Am Dienstag, den 04.05.2021, 15:50 +0200 schrieb Ricardo Wurmus: >> Gnome uses dbus extensively, so it should be able to talk to the=20 >> user=E2=80=99s ibus daemon over dbus and offer available input methods=20 >> this way. Perhaps we can get rid of static IM_MODULE_FILEs and=20 >> the problem of monolithic cache files, etc. > That would probably work in some capacity, but > a. It seems ibus does not really export a usable dbus-interface (at > least not according to d-feet). While the communication does appear to > happen via dbus, there are no methods exported, so it's some kind of > black magic. > b. Even if it did, the code to communicate to ibus via dbus would still > need to be wrapped into a GtkIMContext. Perhaps that can be > implemented as part of Gnome, but I don't know how quickly it would be > done. > > In short, I think there's some tight coupling between IBus client and > server going on, which makes Gnome rely on the ibus IMContext > implementation. We could likely try to propagate just the client code > from our GNOME package (we still would need to add it as an IM_MODULE, > but you could use your own ibus at least, provided it's compatible with > the system ibus). > >> > Also note, that my patch would not bar you from setting >> > GUIX_GTK*_IM_MODULE_FILE to something else if you indeed have a=20 >> > local >> > ibus setup. I'd even go so far as to argue, that it doesn't=20 >> > make your >> > setup more difficult at all. All it does is make things easier=20 >> > for >> > those who want a global gnome+ibus setup. >>=20 >> There may be a misunderstanding here: I don=E2=80=99t *have* a setup. A= s=20 >> it is, ibus(-libpinyin) does not work reliably with Gnome. > I wasn't talking about your problems with ibus-libpinyin here, it was > instead meant as a general statement about Guix users currently setting > those variables somewhere to appease Gnome. Their settings would not > be invalidated by this patch. I'm still interested into what causes > the libpinyin variant to fail in this setup, because I doubt it's a GTK > thing. > >> My main point here is that I=E2=80=99d rather we take a step back to see= =20 >> if all this GUIX_GTK* variable patching is still worth doing, and=20 >> whether there are better ways we could achieve a reliable=20 >> configuration of ibus =E2=80=94 no matter if that=E2=80=99s a global con= figuration=20 >> or a per-user one. > IIRC GUIX_GTK* is just a way of not clobbering GTK_IM_MODULE_FILE.=20 > Having that probably makes some sense. As for requiring it for a > proper ibus setup, I do agree, perhaps it's possible to do without it.=20 > I've pinged Raghav, maybe they already know whether Gnome 40 brings > improvements in that regard. > > Perhaps another way of managing these variables if we indeed find them > to be needed would be to move the configuration into a 'guix home' > module. When I wrote this patch, there were no plans of upstreaming it > yet, but if it's possible to set per-user environment variables via > guix home, that might be preferable to a system-wide setting. Ricardo seems to have good arguments about doing things differently (on the user side). With Guix Home now part of Guix, can we close this issue and revisit it? Thanks, Maxim From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 14 13:53:17 2022 Received: (at 44354) by debbugs.gnu.org; 14 Sep 2022 17:53:18 +0000 Received: from localhost ([127.0.0.1]:56054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oYWZZ-0001Ai-Ec for submit@debbugs.gnu.org; Wed, 14 Sep 2022 13:53:17 -0400 Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21139) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oYWZV-0001AX-HD for 44354@debbugs.gnu.org; Wed, 14 Sep 2022 13:53:15 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1663177991; cv=none; d=zohomail.com; s=zohoarc; b=oKd/ELPiNtwB4A2kys0SHGN/hwmXld0mLBsvOmejygFGIGVlV2u3WAvk0KrP/T4/jni9e8iRTUEpxTGx0NGtCll6FzPMzfBLnqylausEGTMeAMuvPb5J7i2X+DYXmlGdI7aDIjOrlukyTkROm1tyArWzssrj6pSQHWURxHF8Qfc= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1663177991; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=7qeyjwSDXaUDmVFyB8soJOphXjGzv0QutaM3+KZrW9Y=; b=budXA7dVkqJ8Xl/SKTy5X8qm7532IwlAAHSjEp/p2bEjuWUYqPk5k0i+RaWHaY4ydVe51fq0nGhblZvIMuOUAvLByO9bbvUHvvb+bbPWe4W8QDJCMIx95HVlr8k3aS1C6IBljTg8V+DQrkIanx/CP+v7uLB3TNjpTUM9ptyM4pE= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1663177991; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:From:To:To:Cc:Cc:Subject:Subject:Date:Date:In-reply-to:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-Id:Reply-To; bh=7qeyjwSDXaUDmVFyB8soJOphXjGzv0QutaM3+KZrW9Y=; b=WUn/ypXZ1pOAsBSd9fTQIteJgfy8/t6u2a3REXHM0VDgTW2VVnNdCx5Tl/ZqjajU wyY2D926WbZpUEGGXmLwJ9mGYeWBxCVdV47dJ7Ge7tlXe0yZ4G+orOUWY0yJWpvxZ86 aC9MqU+4r7tTSCYmAhtKvhw0segFT5C30Ejz2CmA= Received: from localhost (112-111-142-46.pool.kielnet.net [46.142.111.112]) by mx.zohomail.com with SMTPS id 166317799075313.151785659346729; Wed, 14 Sep 2022 10:53:10 -0700 (PDT) References: <875yzzszyu.fsf@elephly.net> <3497ef1623c1a88c8fb9f09c068a078ba857e25f.camel@student.tugraz.at> <8735v2u8f3.fsf@elephly.net> <3149f088b6e5c7d13b8f10616d7828cedc90ecba.camel@student.tugraz.at> <87r1imsj5d.fsf@elephly.net> <87pmfy13xh.fsf_-_@gmail.com> User-agent: mu4e 1.8.7; emacs 28.1 From: Ricardo Wurmus To: Maxim Cournoyer Subject: Re: bug#44354: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. Date: Wed, 14 Sep 2022 19:49:49 +0200 In-reply-to: <87pmfy13xh.fsf_-_@gmail.com> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Message-ID: <87k065lu64.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 44354 Cc: Liliana Marie Prikler , Raghav Gururajan , 44354@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Maxim and Liliana, I hardly remember what this was about :) But I can report that today ibus-libpinyin works for me. Maxim Cournoyer writes: > Liliana writes: > >> Am Dienstag, den 04.05.2021, 15:50 +0200 schrieb Ricardo Wurmus: >>> Gnome uses dbus extensively, so it should be able to talk to the=20 >>> user=E2=80=99s ibus daemon over dbus and offer available input methods= =20 >>> this way. Perhaps we can get rid of static IM_MODULE_FILEs and=20 >>> the problem of monolithic cache files, etc. >> That would probably work in some capacity, but >> a. It seems ibus does not really export a usable dbus-interface (at >> least not according to d-feet). While the communication does appear to >> happen via dbus, there are no methods exported, so it's some kind of >> black magic. >> b. Even if it did, the code to communicate to ibus via dbus would still >> need to be wrapped into a GtkIMContext. Perhaps that can be >> implemented as part of Gnome, but I don't know how quickly it would be >> done. >> >> In short, I think there's some tight coupling between IBus client and >> server going on, which makes Gnome rely on the ibus IMContext >> implementation. We could likely try to propagate just the client code >> from our GNOME package (we still would need to add it as an IM_MODULE, >> but you could use your own ibus at least, provided it's compatible with >> the system ibus). >> >>> > Also note, that my patch would not bar you from setting >>> > GUIX_GTK*_IM_MODULE_FILE to something else if you indeed have a=20 >>> > local >>> > ibus setup. I'd even go so far as to argue, that it doesn't=20 >>> > make your >>> > setup more difficult at all. All it does is make things easier=20 >>> > for >>> > those who want a global gnome+ibus setup. >>>=20 >>> There may be a misunderstanding here: I don=E2=80=99t *have* a setup. = As=20 >>> it is, ibus(-libpinyin) does not work reliably with Gnome. >> I wasn't talking about your problems with ibus-libpinyin here, it was >> instead meant as a general statement about Guix users currently setting >> those variables somewhere to appease Gnome. Their settings would not >> be invalidated by this patch. I'm still interested into what causes >> the libpinyin variant to fail in this setup, because I doubt it's a GTK >> thing. >> >>> My main point here is that I=E2=80=99d rather we take a step back to se= e=20 >>> if all this GUIX_GTK* variable patching is still worth doing, and=20 >>> whether there are better ways we could achieve a reliable=20 >>> configuration of ibus =E2=80=94 no matter if that=E2=80=99s a global co= nfiguration=20 >>> or a per-user one. >> IIRC GUIX_GTK* is just a way of not clobbering GTK_IM_MODULE_FILE.=20 >> Having that probably makes some sense. As for requiring it for a >> proper ibus setup, I do agree, perhaps it's possible to do without it.=20 >> I've pinged Raghav, maybe they already know whether Gnome 40 brings >> improvements in that regard. >> >> Perhaps another way of managing these variables if we indeed find them >> to be needed would be to move the configuration into a 'guix home' >> module. When I wrote this patch, there were no plans of upstreaming it >> yet, but if it's possible to set per-user environment variables via >> guix home, that might be preferable to a system-wide setting. > > Ricardo seems to have good arguments about doing things differently (on > the user side). With Guix Home now part of Guix, can we close this > issue and revisit it? I don=E2=80=99t know how Guix Home fits into the conversation here. I=E2= =80=99m also a little worried about making the use of Guix Home mandatory for features like input methods (and sound, because that=E2=80=99s what I hear is recomm= ended for pipewire). --=20 Ricardo From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 14 14:38:49 2022 Received: (at 44354-done) by debbugs.gnu.org; 14 Sep 2022 18:38:49 +0000 Received: from localhost ([127.0.0.1]:56225 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oYXHc-0006nD-VU for submit@debbugs.gnu.org; Wed, 14 Sep 2022 14:38:49 -0400 Received: from mail-qk1-f182.google.com ([209.85.222.182]:36439) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oYXHZ-0006my-8t for 44354-done@debbugs.gnu.org; Wed, 14 Sep 2022 14:38:47 -0400 Received: by mail-qk1-f182.google.com with SMTP id i3so6877080qkl.3 for <44354-done@debbugs.gnu.org>; Wed, 14 Sep 2022 11:38:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from:from:to:cc:subject :date; bh=eJ/VmygH/ZAmRG+/o4Tbqo1U2gItQmVeEI5tlWen6LE=; b=NSfEaQlKSGVV1/jjuinIQcEBnZQr8rjz0EUNB97UyLmh27wFMKX3tEDGRnRRNETtyP Tt0g4cXmITqeR6ccDhpr1H04QmSzjBoeBcI56xP8HoUdNZM2/rPKuNJoRRO1vSfcOEhX EOfPCZ2irD+9ZZJe0RXpHqbqtsxznkX0TL6tXgwXrBlxkQDYrn7Q3AJTAI/FScyKb/Pr lvXcDv7u1m9rbXrZoDl2K7m17W3ZOUoIWVHiaOUYqCm79A287B/xzo7i7OJ6ajh7m2eP +WkwwSRb3fU/lwZhYBN9P6BW9JqGa+pFCGi33xGLb9FqT2p2LhRGHMTg2xpV+ORT8zz4 VRzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from:x-gm-message-state :from:to:cc:subject:date; bh=eJ/VmygH/ZAmRG+/o4Tbqo1U2gItQmVeEI5tlWen6LE=; b=ljYGwo97IikWabPrshhK2kzYfKKcOz+ft3dyd2HDO15cr1FgefFqPzkE3SFlg6oxx9 0a1Dd2g2HdfIXloO6CpJW1MgQkQRp4GZxMLAx1ZxeQ5zmR7oCqsg6yv/ppbR+5272Fgt ITByfWDeVfg+zjajqDvZWlUAULf/InD6q7X6zWXvyqPspBfqN2qhA3OQApVSF8g6nrDM W6YPFKbuCOEi7diaOGsE3ZxzrtBxRGiznrwIF9ec0ZmGjepUi3h8YYsBFX5bMh2qcH+m l81d9bbXOVt/tpBOX4CIjOZIOuSzgb99zelT53XQzjmEwCyG3TtxaQXhICwsQyrwHs2u laEw== X-Gm-Message-State: ACgBeo1XES1wKcqBrisOIejuUicbRT1QYxnur4fpRevL/D0LvhoZOjv9 YWfzhcIU7LiYfj7+QHIuwCXuQXRHRmFeBA== X-Google-Smtp-Source: AA6agR56WMNJAokfYtGoJKH6Dc8U2IFafxoEOux1TT9jd8AtnZILTKczwHIKN4E1x8iRHWup0IKlJw== X-Received: by 2002:ae9:dc85:0:b0:6cd:ea8d:5113 with SMTP id q127-20020ae9dc85000000b006cdea8d5113mr18006463qkf.55.1663180719551; Wed, 14 Sep 2022 11:38:39 -0700 (PDT) Received: from hurd (dsl-159-203.b2b2c.ca. [66.158.159.203]) by smtp.gmail.com with ESMTPSA id x7-20020a05620a258700b006b929a56a2bsm2430486qko.3.2022.09.14.11.38.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 14 Sep 2022 11:38:39 -0700 (PDT) From: Maxim Cournoyer To: Ricardo Wurmus Subject: Re: bug#44354: [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. References: <875yzzszyu.fsf@elephly.net> <3497ef1623c1a88c8fb9f09c068a078ba857e25f.camel@student.tugraz.at> <8735v2u8f3.fsf@elephly.net> <3149f088b6e5c7d13b8f10616d7828cedc90ecba.camel@student.tugraz.at> <87r1imsj5d.fsf@elephly.net> <87pmfy13xh.fsf_-_@gmail.com> <87k065lu64.fsf@elephly.net> Date: Wed, 14 Sep 2022 14:38:38 -0400 In-Reply-To: <87k065lu64.fsf@elephly.net> (Ricardo Wurmus's message of "Wed, 14 Sep 2022 19:49:49 +0200") Message-ID: <87h719ztqp.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 44354-done Cc: Liliana Marie Prikler , Raghav Gururajan , 44354-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ricardo Wurmus writes: > Hi Maxim and Liliana, > > I hardly remember what this was about :) But I can report that today > ibus-libpinyin works for me. Yes, it works for me too, not for pinyin but for anthy. [...] >> Ricardo seems to have good arguments about doing things differently (on >> the user side). With Guix Home now part of Guix, can we close this >> issue and revisit it? > > I don=E2=80=99t know how Guix Home fits into the conversation here. I=E2= =80=99m also a > little worried about making the use of Guix Home mandatory for features > like input methods (and sound, because that=E2=80=99s what I hear is reco= mmended > for pipewire). You are right. Guix Home should provide a nice way to declare home things, which it does, but not be a requirement to get software working out of the box. I'll close the ticket now. Thanks! Maxim From unknown Mon Aug 18 14:21:27 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 13 Oct 2022 11:24:11 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator