From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: IBus and different GTK versions Date: Sun, 20 Sep 2015 19:12:15 +0200 Message-ID: <87d1xd5828.fsf@elephly.net> References: <87a8sqa7at.fsf@elephly.net> <87mvwq35c4.fsf@gmail.com> <87k2rt8kvp.fsf@elephly.net> <87twqv7as8.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34407) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZdiA9-0002xI-FT for guix-devel@gnu.org; Sun, 20 Sep 2015 13:12:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZdiA6-00076l-8U for guix-devel@gnu.org; Sun, 20 Sep 2015 13:12:29 -0400 Received: from sender163-mail.zoho.com ([74.201.84.163]:25424) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZdiA6-00075w-1F for guix-devel@gnu.org; Sun, 20 Sep 2015 13:12:26 -0400 In-reply-to: <87twqv7as8.fsf@elephly.net> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: =?utf-8?B?5a6L5paH5q2m?= Cc: guix-devel Ricardo Wurmus writes: > 宋文武 writes: > >>>> We can set 'GTK_EXE_PREFIX' to the '~/.guix-profile', and generate the >>>> 'immodules.cache' files in a profile hook. It will work for both gtk2 >>>> and gtk3 applications. > >>> Does this mean that GTK needs to be installed in the user’s profile for >>> this to work? I thought ‘GTK_EXE_PREFIX’ would change the path of >>> ‘$libdir’ for *all* of GTK’s libraries. It can only have one value, not >>> a list of paths to look for libraries. > >> Yes, this require install GTK+ into user's profile. >> Also, there is a 'GTK_DATA_PREFIX' in a same situation, which I think is >> the only way to set the GTK+ 2 theme. > > Isn’t this a little too high a price to pay? One can only install one > (major) version of GTK+ into a profile, so when we begin propagating the > GTK inputs users will run into conflicts. > > I would really like to avoid propagating GTK+ (although it may be a bad > idea to have software depend on different minor versions of GTK+). It > would be very nice if only additional modules—such as explicitly > installed themes and input method modules—would have to be installed to > the profile. Those who do not need themes or input methods would not > need to be bothered with this at all. I guess the question is: what would be the uglier fix? Do we prefer to force users to have GTK+ installed in their profiles, or are we okay with patching the GTK+ sources such that additional environment variables would be respected, allowing users to specify different module directories for version 2 and version 3? ~~ Ricardo