guix-devel
[Top][All Lists]
Advanced

[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



reply via email to

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