guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 1/2] profiles: Add xdg-desktop-database hook.


From: Ludovic Courtès
Subject: Re: [PATCH 1/2] profiles: Add xdg-desktop-database hook.
Date: Sun, 07 Feb 2016 21:13:36 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

address@hidden (宋文武) skribis:

> address@hidden (Ludovic Courtès) 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’s 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—nothing GLib or GTK+ related; and then, suddently, you end up
pulling GLib even though you don’t care at all about it.

If a GLib-using package is already in the profile, it’s an indication
that the user is fine with pulling in GLib.

Another option would be to use the ‘properties’ field to indicate 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’t have them in their profile, and thus they’ll end up
with broken or missing MIME and desktop info, right?

Tricky!

Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]