From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id YDEzDlEYImONfgEAbAwnHQ (envelope-from ) for ; Wed, 14 Sep 2022 20:07:13 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id WG8hDVEYImNPdQEAG6o9tA (envelope-from ) for ; Wed, 14 Sep 2022 20:07:13 +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 B9DCB3A7C4 for ; Wed, 14 Sep 2022 20:07:12 +0200 (CEST) Received: from localhost ([::1]:38856 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oYWn1-0000mk-NR for larch@yhetil.org; Wed, 14 Sep 2022 14:07:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39518) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oYWaK-0006tE-I1 for guix-patches@gnu.org; Wed, 14 Sep 2022 13:54:05 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:39123) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oYWaI-0005EB-Mk for guix-patches@gnu.org; Wed, 14 Sep 2022 13:54:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oYWaI-0001Bk-HX for guix-patches@gnu.org; Wed, 14 Sep 2022 13:54:02 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#44354] [PATCH] gnu: gnome-deskop-service-type: Set GUIX_GTK*_IM_MODULE_FILE. Resent-From: Ricardo Wurmus Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Wed, 14 Sep 2022 17:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44354 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Maxim Cournoyer Cc: Liliana Marie Prikler , Raghav Gururajan , 44354@debbugs.gnu.org Received: via spool by 44354-submit@debbugs.gnu.org id=B44354.16631779984512 (code B ref 44354); Wed, 14 Sep 2022 17:54:02 +0000 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 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-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=2; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1663178832; 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:dkim-signature; bh=7qeyjwSDXaUDmVFyB8soJOphXjGzv0QutaM3+KZrW9Y=; b=KKYwwrCyTnyP5e8BJdf1pSIiUvNZLLHqa3p/ZbXDDEGBVkTNJHfKzXfR8cTGQ1yYDKWYJP 6DyNX3vCKxc1eJ9MM8u23e1LItg9YLTNswHb08DDf0uKMsLuCq759NxqXa7yx6yeGOiAy9 rBbiTVgt0508APpU4Dhvpj1F1zLG0ifNvltluh5Jsy1EUkEPpe0vTmCvUO7RH+8GTPMysL M7TYCBgG1g3yj8vw6UvmMR/q9YaJDStHsNI0e/cH9tFGq1I6Kv2H8Nh9EElqSfGRlxvJIS vpacilviWbaLXMeGr1vbrXNbkw0gi+p8fnzSo55db9DU52Lo/rtNTUH9Ryp9ww== ARC-Seal: i=2; s=key1; d=yhetil.org; t=1663178832; a=rsa-sha256; cv=fail; b=ZTU/bf+8pU4maK4Og3Yzw3V1Pw3PAYWrmtnd3jLkRMnDNbg+ja0W3STGN1GdMFs615+Y7l M36wEqE5PR66f19ZXpkppeJyJydvoKZCAKHgPngRm1VkNAM1F2whHsowHwY+fWW04kpQic 3egXwzntPCP0OQVGdtg/bJEq9Z4YgF13/bAFf5y9kobgasv8OyBc4dDo0CIIWWV3T0w4GJ IA1pFAVb3e1Z2oOsa6xCAaGzfS4MNfZHso/JFVwLrpl4qnLoBWBsr6Ot8y+6yNEXqODvXE /6H1dzHoqZkfAnnv8OXhMQg38ZTNWIk9FSRDvQR70sojU/dbOkKUGzOTzO3Gfw== ARC-Authentication-Results: i=2; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=elephly.net header.s=zoho header.b="WUn/ypXZ"; arc=reject ("signature check failed: fail, {[1] = sig:zohomail.com:reject}"); 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: 3.68 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=elephly.net header.s=zoho header.b="WUn/ypXZ"; arc=reject ("signature check failed: fail, {[1] = sig:zohomail.com:reject}"); 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: B9DCB3A7C4 X-Spam-Score: 3.68 X-Migadu-Scanner: scn1.migadu.com X-TUID: WRgRm2s9Ea1v 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