From mboxrd@z Thu Jan 1 00:00:00 1970 From: Federico Beffa Subject: Re: How to handle required plugins and dbus services for GNOME Programs? Date: Tue, 30 Jun 2015 20:05:30 +0200 Message-ID: References: <87zj3ohutd.fsf@gnu.org> <877fqmpx23.fsf@gnu.org> <87pp4dgp7c.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42581) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z9zuW-0005ni-6Z for guix-devel@gnu.org; Tue, 30 Jun 2015 14:05:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z9zuV-0004mO-23 for guix-devel@gnu.org; Tue, 30 Jun 2015 14:05:32 -0400 In-Reply-To: <87pp4dgp7c.fsf@netris.org> 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: Mark H Weaver Cc: Guix-devel On Tue, Jun 30, 2015 at 6:01 PM, Mark H Weaver wrote: > Federico Beffa writes: > >> On Mon, Jun 29, 2015 at 1:35 PM, Ludovic Court=C3=A8s wro= te: >>> Then, should we make dconf an implicit input of >>> glib-or-gtk-build-system? >>> >>> Or should we add it as an explicit dependency on a case-by-case basis? >> >> IMO, given that every GLib based program needs it, the right thing to >> do is to make it an implicit input of 'glib-or-gtk-build-system'. > > Many GLib based programs do *not* need dconf. So far, I know of only > two programs in Guix that need dconf. It is a GNOME thing, not a GLib > thing. You are right. I got confused. 'dconf' is a backend of 'GSettings'. > > Also, I wouldn't be surprised if one of the transitive inputs of dconf > uses 'glib-or-gtk-build-system', which would lead to a circularity > problem. > >> In a similar way, every GLib based program/library makes use of sound >> themes. > > That's not true either. > > It may be that we should have a 'gnome-build-system' that's based on > 'glib-or-gtk-build-system' but adds these extra implicit inputs and > arranges for more environment variables to be set in the wrappers. The distinction between "a GNOME application" and an application making use of "a subset of the GNOME infrastructure and requiring 'dconf' and/or 'libcanberra'" doesn't appear to be clear cut to me: * GLib is hosted on the GNOME site. Isn't it part of the GNOME project? * I get the warnings: Gtk-Message: Failed to load module "canberra-gtk-module" GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. even when starting 'emacs' and the first one even when importing 'matplotlib' inside of a python shell. As far as I know, these two programs are not part of GNOME. Adding 'dconf' and 'libcanberra' as default inputs to 'glib-or-gtk-build-system' would make many of these problems go away, with the only drawback of a possibly unused entry in an environment variable. However, if you want to be super accurate then yes, this will not do. Fede