I've started looking into this issue and came up with the following
diff:
Toggle snippet (26 lines)
diff --git a/gnu/services.scm b/gnu/services.scm
index 88593e8091..e7e2da6ad5 100644
--- a/gnu/services.scm
+++ b/gnu/services.scm
@@ -1225,10 +1225,17 @@ (define* (fold-services services
->
;; Distinguish COMPOSE and EXTEND because PARAMS typically
;; has a different type than the elements of EXTENSIONS.
- (if extend
+ (begin
+ (unless (or (null? extensions)
+ (and extend compose))
+ (error (format #f "Extensions are not supported in ~a \
+yet the following extensions were found: ~a~%"
+ (service-kind sink)
+ dependents)))
+ (if extend
(service (service-kind sink)
(extend params (compose extensions)))
- sink)))
+ sink))))
(mbegin %state-monad
(set-current-state (vhash-consq sink service visited))
(return service))))
Unfortunately this approach isn't sufficient. In certain cases services
intentionally extend other services to ensure they're instantiated even
when the service is unused. For example,
Toggle snippet (12 lines)
(define cgit-service-type
(service-type
(name 'cgit)
(extensions
(list ...
;; Make sure fcgiwrap is instantiated.
(service-extension fcgiwrap-service-type
(const #t))))
...
(default-value (cgit-configuration))))
If we all agree that "make sure X is instantiated" service-extensions
must use (const #t), then the above diff can work with minimal
modifications (if every extension value is #t, valid). I'll see if I can
find where to document this when I create the full patch.
If not, I do not believe this bug is solvable. Any service can be
extended with any value regardless of whether that value is used or
coherent. Ergo there's no way to check if any particular extension is
valid.
$ make check-system TESTS=cgit is a good way to verify behavior in this
context.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
