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: Wed, 1 Jul 2015 20:11:17 +0200 Message-ID: References: <87zj3ohutd.fsf@gnu.org> <877fqmpx23.fsf@gnu.org> <87pp4dgp7c.fsf@netris.org> <87r3ot0zdw.fsf@gnu.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]:37403) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAMTg-0007IG-B0 for guix-devel@gnu.org; Wed, 01 Jul 2015 14:11:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZAMTf-0002Uf-3S for guix-devel@gnu.org; Wed, 01 Jul 2015 14:11:20 -0400 In-Reply-To: <87r3ot0zdw.fsf@gnu.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: =?UTF-8?Q?Ludovic_Court=C3=A8s?= Cc: Guix-devel On Tue, Jun 30, 2015 at 9:28 PM, Ludovic Court=C3=A8s wrote: > Federico Beffa skribis: > >> 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. > > Another drawback is that it will increase the size of the closure of > each package that is concerned (=E2=80=98emacs=E2=80=99 is at 835 MiB wit= hout dconf nor > libcanberra.) That's a scary number, but, I guess, it does include libraries shared with a large number of programs. So it doesn't represent (in the typical case) what you need to download "just" to add emacs. > >> However, if you want to be super accurate then yes, this >> will not do. > > I guess it=E2=80=99s a trade-off. > > How difficult would it be to identify applications that require the > dconf GIO module (Totem, Evince) vs. those that can live without it > (Emacs)? I was just trying to provide some input (like having to set GIO_EXTRA_MODULES up in this thread) from things that I did investigate a while back... I'm not trying to disturb the piece of mind of anybody. Right now I have no time to do this kind of investigations. The way I came across GIO_EXTRA_MODULES, was by looking at how I could suppress the warnings we are talking about, in the emacs package. I've found that, despite possibly not being needed, many people are annoyed by such warnings and are interested in suppressing them (I was one of those). In the end of the day, as an end user without knowledge of the program internals, how can you know if it is harmless or a real problem? > > Likewise, what fraction of the =E2=80=98glib-or-gtk-build-system=E2=80=99= packages > require dconf? > > Based on that, we could choose to either make it opt-in (that is, > explicitly add dconf as an input when needed), or opt-out (dconf is an > implicit input of =E2=80=98glib-or-gtk-build-system=E2=80=99 that can be = removed with > #:dconf? #f). Similarly with libcanberra. > > How does that sound? I have a very small number of guix based graphical programs. So, my case is not very relevant statistically. But, all of them either complain about at least one of the two packages in question, or they do have them as inputs. 0 means: it's not an input and I can't see complains. 1 means: it's either an input, or I get complains. | package | dconf | libcanberra | |-------------------+-------+-------------| | emacs | 1 | 1 | | evince | 1 | 1 | | python-matplotlib | 0 | 1 | | inkscape | 0 | 1 | | gimp | 0 | 1 | Regards, Fede