../stack_machine_store/test.vype='text/html' href='https://git.koszko.org/guix/'/>
<updated>2022-05-03T16:02:27Z</updated>
<entry>
<title>services: pipefs: Correctly handle lack of extensions.</title>
<updated>2022-05-03T16:02:27Z</updated>
<author>
<name>Ludovic Courtès</name>
<email>ludo@gnu.org</email>
</author>
<published>2022-05-02T21:24:46Z</published>
<link rel='alternate' type='text/html' href='https://git.koszko.org/guix/commit/?id=7855a9366b2f5248d8fffab93c108abef8146f40'/>
<id>urn:sha1:7855a9366b2f5248d8fffab93c108abef8146f40</id>
<content type='text'>
Previously, in the absence of extensions of 'pipefs-service-type', we'd
get a wrong-type-arg exception while folding services:

  In gnu/services/nfs.scm:
     134:37  1 (_ #&lt;&lt;pipefs-configuration&gt; mount-point: "/var/lib/nfs…&gt; …)
  In ice-9/boot-9.scm:
    1685:16  0 (raise-exception _ #:continuable? _)
  In procedure car: Wrong type argument in position 1 (expecting pair): ()

* gnu/services/nfs.scm (pipefs-service-type)[extend]: Gracefully handle
the case where VALUES is the empty list, as done in 'gss-service-type'.
</content>
</entry>
<entry>
<title>services: Add missing 'description' fields.</title>
<updated>2022-04-29T16:07:16Z</updated>
<author>
<name>Ludovic Courtès</name>
<email>ludo@gnu.org</email>
</author>
<published>2022-04-29T10:24:20Z</published>
<link rel='alternate' type='text/html' href='https://git.koszko.org/guix/commit/?id=9d7248cd87fbda8c717341a8092780782bef0820'/>
<id>urn:sha1:9d7248cd87fbda8c717341a8092780782bef0820</id>
<content type='text'>
* gnu/services/databases.scm (postgresql-service-type)[description]: New field.
(memcached-service-type)[description]: New field.
(mysql-service-type)[description]: New field.
(redis-service-type)[description]: New field.
* gnu/services/desktop.scm (geoclue-service-type)[description]: New
field.
(udisks-service-type)[description]: New field.
(elogind-service-type)[description]: New field.
(account-service-type)[description]: New field.
* gnu/services/kerberos.scm (krb5-service-type)[description]: New field.
(pam-krb5-service-type)[description]: New field.
* gnu/services/lirc.scm (lirc-service-type)[description]: New field.
* gnu/services/mail.scm (dovecot-service-type)[description]: New field.
(opensmtpd-service-type)[description]: New field.
(mail-aliases-service-type)[description]: New field.
(exim-service-type)[description]: New field.
* gnu/services/monitoring.scm (zabbix-server-service-type)[description]:
New field.
(zabbix-agent-service-type)[description]: New field.
* gnu/services/nfs.scm (rpcbind-service-type)[description]: New field.
(pipefs-service-type)[description]: New field.
(gss-service-type)[description]: New field.
(idmap-service-type)[description]: New field.
* gnu/services/spice.scm (spice-vdagent-service-type)[description]: New field.
* gnu/services/sysctl.scm (sysctl-service-type)[description]: New field.
* gnu/services/virtualization.scm (libvirt-service-type)[description]:
New field.
(virtlog-service-type)[description]: New field.
* gnu/services/vpn.scm (openvpn-server-service-type)[description]: New field.
(openvpn-client-service-type)[description]: New field.
(wireguard-service-type)[description]: New field.
* gnu/services/web.scm (httpd-service-type)[description]: New field.
(fcgiwrap-service-type)[description]: New field.
(agate-service-type)[description]: New field.
[name]: Fix.
</content>
</entry>
<entry>
<title>Revert "services: nfs: Define rpcbind-shepherd-service at the top level."</title>
<updated>2022-03-17T20:48:21Z</updated>
<author>
<name>Maxim Cournoyer</name>
<email>maxim.cournoyer@gmail.com</email>
</author>
<published>2022-03-17T20:48:21Z</published>
<link rel='alternate' type='text/html' href='https://git.koszko.org/guix/commit/?id=2c4284d9522e20c8a2a801e1c0652f1fefb627cb'/>
<id>urn:sha1:2c4284d9522e20c8a2a801e1c0652f1fefb627cb</id>
<content type='text'>
This reverts commit 0a9e82b43080275a2755624f3208287056dc9f95, which didn't end
up fixing anything.  The problem was elsewhere; namely, using
'operating-system-services' instead of 'operating-system-user-services'.
</content>
</entry>
<entry>
<title>services: nfs: Define rpcbind-shepherd-service at the top level.</title>
<updated>2022-03-17T20:10:41Z</updated>
<author>
<name>Maxim Cournoyer</name>
<email>maxim.cournoyer@gmail.com</email>
</author>
<published>2022-03-17T18:31:21Z</published>
<link rel='alternate' type='text/html' href='https://git.koszko.org/guix/commit/?id=0a9e82b43080275a2755624f3208287056dc9f95'/>
<id>urn:sha1:0a9e82b43080275a2755624f3208287056dc9f95</id>
<content type='text'>
Attempting to use the 'nfs-service-type' as part of a computed
operating-system definition, the following exception would be thrown:

  ice-9/boot-9.scm:1685:16: In procedure raise-exception:
  ERROR:
    1. &amp;ambiguous-target-service-error:
        service: #&lt;&lt;service&gt; type: #&lt;service-type rpcbind 7f7529853780&gt; value: #&lt;&lt;rpcbind-configuration&gt; rpcbind: #&lt;package rpcbind@1.2.6 gnu/packages/onc-rpc.scm:87 7f75389e78f0&gt; warm-start?: #t&gt;&gt;
        target-type: #&lt;service-type shepherd-root 7f7529396080&gt;
    2. &amp;message: "more than one target service of type 'shepherd-root'"

The problem was that the rpcbind shepherd-service object was dynamically
instantiated every time the rpcbind-service-type would be called, causing
multiple objects in some situations, resulting in the above condition.

* gnu/services/nfs.scm (rpcbind-service-type): Refactor and adjust in a way to
extract...
(rpcbind-shepherd-service): ... this new procedure.
</content>
</entry>
<entry>
<title>services: nfs: Fix statd and mountd ports.</title>
<updated>2021-12-23T09:54:01Z</updated>
<author>
<name>Mathieu Othacehe</name>
<email>othacehe@gnu.org</email>
</author>
<published>2021-12-22T17:28:43Z</published>
<link rel='alternate' type='text/html' href='https://git.koszko.org/guix/commit/?id=207ee9d9cd78648c8604b055a9806a95a7dec625'/>
<id>urn:sha1:207ee9d9cd78648c8604b055a9806a95a7dec625</id>
<content type='text'>
* gnu/services/nfs.scm (nfs-shepherd-services): Fix rpcstatd-port and
rpcmountd-port arguments.
</content>
</entry>