From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Making service values transparent
Date: Sun, 05 Apr 2015 22:33:43 +0200
Message-ID: <871tjyco2g.fsf_-_@gnu.org>
References: <87egnz4qgt.fsf@pobox.com> <87r3ryfwvi.fsf@fsf.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:59501)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1YerEt-0007rv-Id
	for guix-devel@gnu.org; Sun, 05 Apr 2015 16:33:52 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1YerEq-00055r-BA
	for guix-devel@gnu.org; Sun, 05 Apr 2015 16:33:51 -0400
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55485)
	by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <ludo@gnu.org>)
	id 1YerEq-00055n-7u
	for guix-devel@gnu.org; Sun, 05 Apr 2015 16:33:48 -0400
In-Reply-To: <87r3ryfwvi.fsf@fsf.org> (David Thompson's message of "Sun, 05
	Apr 2015 10:55:13 -0400")
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=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: David Thompson <dthompson2@worcester.edu>
Cc: Andy Wingo <wingo@pobox.com>, guix-devel@gnu.org

David Thompson <dthompson2@worcester.edu> skribis:

> Andy Wingo <wingo@pobox.com> writes:
>
>> Two patches attached.
>>
>> Unfortunately to use this you need to expand out %base-services to add
>> upower to the udev-service form.  Also you need the upower-service,
>> obviously, and upower needs to be added to the dbus-service form as
>> well.
>
> This isn't the first time I've seen people expanding out %base-services,
> and I was also planning to do so for my OS config.  I wonder if we
> should create a 'make-base-services' procedure that accomodates the
> common tweaks to the %base-services list: the MOTD, the list of packages
> for dbus-service, etc.

This must be fixed, basically by making the return value of the
foo-service procedures transparent and amenable to customization,
filtering, etc.

Now that we have extensible gexps, I think we may be able to
=E2=80=9Cdemonadify=E2=80=9D those service procedures, by adding declarativ=
e forms
corresponding to =E2=80=98text-file*=E2=80=99 and co. (just like =E2=80=98l=
ocal-file=E2=80=99 is the
declarative equivalent of the =E2=80=98interned-file=E2=80=99 procedure.)

I=E2=80=99m not yet sure this is the right thing, but it=E2=80=99s appealin=
g.

Thoughts?

Ludo=E2=80=99.