[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] Add GNOME and XFCE desktop services.
From: |
Andy Wingo |
Subject: |
Re: [PATCH] Add GNOME and XFCE desktop services. |
Date: |
Thu, 25 Feb 2016 08:52:11 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) |
Greets :)
On Thu 25 Feb 2016 03:40, address@hidden (宋文武) writes:
>> @@ -717,6 +766,10 @@ when they log out."
>> ;; List of services typically useful for a "desktop" use case.
>> (cons* (slim-service)
>>
>> + ;; Polkit permissions for desktops to control brightness, etc.
>> + (gnome-desktop-service)
>> + (xfce-desktop-service)
>> +
>> ;; Screen lockers are a pretty useful thing and these are small.
>> (screen-locker-service slock)
>> (screen-locker-service xlockmore "xlock")
> It’s confusing, these really are ‘gnome-settings-daemon-service’ and
> ‘thunar-service’ to enable the polkit rules. We would expect a
> ‘gnome-desktop-service’ to bring a full GNOME environment, which can
> be done by extend ‘profile-service-type’ with the ‘gnome’ meta-package.
> But then the configuable ‘gnome-settings-daemon’ package is duplicate,
> roughly speaking we could extracted it from the ‘propagated-inputs’ of
> the ‘gnome’ package, which isn’t a straight way…
I can see how that can be confusing, thanks for the feedback.
I think Mark has expressed a preference that packages should not add to
services by default: the reason being that you (as a user, as a Guix
developer, patch reviewer, etc) don't really have to trust a package,
whereas services grant special privileges and thus need more scrutiny.
With this in mind, I don't see how to extract GNOME services from a
(meta-)package.
What do you think is the right solution in the short term? Rename these
services to reflect their package name?
Andy