[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#43494] [PATCH 2/4] services: guix: Add guix-build-coordinator-servi
[bug#43494] [PATCH 2/4] services: guix: Add guix-build-coordinator-service-type.
Sat, 26 Sep 2020 09:43:31 +0100
mu4e 1.4.13; emacs 26.3
Ludovic Courtès <email@example.com> writes:
> Christopher Baines <firstname.lastname@example.org> skribis:
>> Ludovic Courtès <email@example.com> 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
>>>> + ;; needed for the Guix Build Coordinator don't
>>>> + ;; 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
>> 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?
Yeah, I haven't done much testing of this, but that's my assumption.
Description: PGP signature
[bug#43494] [PATCH 2/4] services: guix: Add guix-build-coordinator-service-type., Christopher Baines, 2020/09/18
[bug#43494] [PATCH 1/4] gnu: Add guix-build-coordinator., Ludovic Courtès, 2020/09/18
[bug#43494] [PATCH 1/4] gnu: Add guix-build-coordinator., Christopher Baines, 2020/09/19
[bug#43494] [PATCH v2 1/4] gnu: Add guix-build-coordinator., Christopher Baines, 2020/09/19