GNU bug report logs -
#43494
[PATCH 0/4] Add package and services for the Guix Build Coordinator
Previous Next
Reported by: Christopher Baines <mail <at> cbaines.net>
Date: Fri, 18 Sep 2020 18:35:01 UTC
Severity: normal
Tags: patch
Done: Christopher Baines <mail <at> cbaines.net>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Hi!
Christopher Baines <mail <at> cbaines.net> skribis:
> Ludovic Courtès <ludo <at> gnu.org> writes:
[...]
>>> + (program-file
>>> + "start-guix-build-coordinator"
>>> + (with-extensions (cons guix-build-coordinator-package
>>> + ;; This is a poorly constructed Guile load path,
>>> + ;; since it contains things that aren't Guile
>>> + ;; libraries, but it means that the Guile libraries
>>> + ;; needed for the Guix Build Coordinator don't need
>>> + ;; to be individually specified here.
>>> + (map second (package-inputs
>>> + guix-build-coordinator-package)))
>>
>> Perhaps there should eventually be a ‘guix-build-coordinator’ command in
>> the package itself?
>
> There actually is, one thing I've had in mind for a while now though is
> to use a scheme script constructed by the Guix service to run the
> coordinator.
>
> For guix.cbaines.net, I'm using the script, but with the hooks passed in
> on the command line, the command is rather long, and it means that
> backtraces don't work well with the hooks.
You mean because the hooks are interpreted, and so all you see in the
backtrace is a bunch of ‘eval’ calls?
> I'm unsure how well this has worked out, I didn't anticipate the issues
> with the Guile load path, and because of the formatting stripping, both
> the code and backtraces will be unreadable anyway... but it is useful in
> allowing G-expressions to be used as part of the configuration.
OK.
Thanks,
Ludo’.
This bug report was last modified 4 years and 307 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.