all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Christopher Baines <mail@cbaines.net>
To: guix-devel@gnu.org
Subject: February update on the Guile guix-daemon
Date: Tue, 20 Feb 2024 19:53:43 +0000	[thread overview]
Message-ID: <87cysqn2ko.fsf@cbaines.net> (raw)

[-- Attachment #1: Type: text/plain, Size: 2427 bytes --]

Hey!

Here's an overdue update on rewriting the Guix daemon in Guile,
following on from the earlier thread on guix-devel [1] and the blog post
[2].

1: https://lists.gnu.org/archive/html/guix-devel/2023-09/msg00328.html
2: https://guix.gnu.org/en/blog/2023/a-build-daemon-in-guile/

Unfortunately I was quite slow to actually get stuck in with the
code. Among other things, I've been distracted by trying to at least
work around long running issues with the build coordinator and data
service. I wanted to try and get QA back up and running and reduce the
number of times that manual intervention is required, and this has been
successful to some extent. I'm going to try harder to focus on the
guix-daemon in the coming months however.

With the time I have managed to spend working on the daemon though, I
think I've made some progress. I started by getting a process to listen
on a socket, then worked through implementing operations used by guix
build (with many simplifying assumptions that is).

This has given me some assurances about the viability of the technical
plan I outlined in the blog post, as well as filling in some of the
details.

These are my current thoughts about the work ahead:

 - I've sent a couple of patch series [3][4] to adapt parts of Guix for
   use in the daemon, there'll need to be more changes in the database
   and substitute areas though.

 - I'm starting to understand, test and adapt the work on the
   guile-daemon branch, but there's more that needs doing on this.

 - Then there's the big areas to work on next:

   - I think I'm going to need to use thread pools for SQLite operations
     in the daemon, as the build coordinator does.

   - There's the low level work of setting up the build environment, the
     work on the guile-daemon branch helps a lot with this, but as
     pointed out by Ludo, there might be some issues with fork and
     similar operations in a Guile program using threads.

   - While I've implemented some of the server side protocol used by the
     daemon, I'd like to extract that code in to a module so that it's
     not wrapped up inside the daemon script

3: https://issues.guix.gnu.org/69291
4: https://issues.guix.gnu.org/69292

I think once I've made more progress in the above areas, I will
hopefully have something that people could attempt to use in a limited
capacity.

Let me know if you have any comments or questions,

Thanks,

Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 987 bytes --]

             reply	other threads:[~2024-02-20 23:23 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-20 19:53 Christopher Baines [this message]
2024-02-24 16:48 ` February update on the Guile guix-daemon Ludovic Courtès
2024-02-26 11:05   ` Christopher Baines

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87cysqn2ko.fsf@cbaines.net \
    --to=mail@cbaines.net \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.