From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH 1/2] profiles: Add xdg-desktop-database hook. Date: Sun, 07 Feb 2016 21:13:36 +0100 Message-ID: <87oabsth1r.fsf@gnu.org> References: <1454241798-14243-1-git-send-email-iyzsong@gmail.com> <87twlrgsx3.fsf@gnu.org> <874mdo7vx8.fsf@member.fsf.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]:43912) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSViJ-0007om-Uh for guix-devel@gnu.org; Sun, 07 Feb 2016 15:13:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSViF-0002S3-Tu for guix-devel@gnu.org; Sun, 07 Feb 2016 15:13:43 -0500 In-Reply-To: <874mdo7vx8.fsf@member.fsf.org> (=?utf-8?B?IuWui+aWh+atpiIn?= =?utf-8?B?cw==?= message of "Thu, 04 Feb 2016 15:54:11 +0800") 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@gnu.org iyzsong@member.fsf.org (=E5=AE=8B=E6=96=87=E6=AD=A6) skribis: > ludo@gnu.org (Ludovic Court=C3=A8s) writes: [...] >> This is a small dependency, but it still depends on GLib; my >> understanding is that building any profile would end up pulling in GLib >> because of this hook. > Yes. >> >> Should we have some heuristic as for the GTK+ and GHC hooks to avoid >> pulling it in? >> >> For instance, we could check whether GLib is already an indirect >> dependency of at least one of the packages. WDYT? > Sure, but I think check on GLib is not sufficient and necessary, > when the hook run, it will use latest desktop-file-utils which may > use a different version of glib. Yes, but that=E2=80=99s not really a problem IMO. The situation I would want to avoid is this: you have machine with profiles containing only, say, console programs and development tools=E2=80=94nothing GLib or GTK+ related; and then, suddently, you end up pulling GLib even though you don=E2=80=99t care at all about it. If a GLib-using package is already in the profile, it=E2=80=99s an indicati= on that the user is fine with pulling in GLib. Another option would be to use the =E2=80=98properties=E2=80=99 field to in= dicate which packages depend on accurate desktop or MIME info; we would need annotate all of them but rather ancestors such as GLib or Qt. WDYT? > So, I end up using a simple 'manifest-lookup', which require the > desktop-file-utils and shared-mime-info to be installed explicitly. It has the advantage of being a simpler and clearer heuristic. However, most people won=E2=80=99t have them in their profile, and thus they=E2=80= =99ll end up with broken or missing MIME and desktop info, right? Tricky! Ludo=E2=80=99.