[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

February update on and the Guix Data Service

From: Christopher Baines
Subject: February update on and the Guix Data Service
Date: Mon, 17 Feb 2020 19:18:24 +0000
User-agent: mu4e 1.2.0; emacs 26.3


Another update on the Guix Data Service, I sent out the last update on
the 5th of January [1].


Derivations for system tests [3], as well as channel instances [4]
(which relate to guix pull) are now captured. This is still a work in
progress, I think only the x86_64-linux derivations for the system tests
are captured, and the systems for the channel instances are limited by
what's available in the qemu-binfmt service.


The way cross-built derivations are handled has changed. Previously the
system values were used, but I've now tried to move in the direction of
using GNU triplets. This can be seen on the revision pages in the
derivations table [5].


It's now possible to configure the Guix Data Service to only process
certain branches by listing branches to explicitly include or
exclude. Using this feature, I've configured to only
look at master as this is what I want this instance of the Guix Data
Service to focus on. Previously, the jobs for core-updates, staging and
other branches could block processing revisions on the master branch, as
often they would take longer to process due to having to build lots of
packages just to build Guix. This issue would have only been amplified
now that is emulating other architectures and building
Guix for those as well.

Related to this, I've also added some code to enable removing data for a
branch, and removing unreferenced derivations. This is both for cleaning
up the database now I only want data for master, but
it should also be useful when using the Guix Data Service in an
environment where branches come and go, or be the basis of setting a
retention period for the data.

I forget exactly when, but recently I've been trying to revive the patch
review setup I was working on around a year ago [6]. I've setup an
instance of the Guix Data Service for this [7] (separate to the one). I might try and have that instance of the Guix
Data Service process all the branches in the Guix git repository, now
that doesn't do that.


Back to features though, the output from inferior processes used when
loading data for a revision is now captured and stored in the
database. This means you can see more of what's going on, like the
building of libgit2 here for example [8]. Previously you got less
information [9].


As always, let me know if you have any comments or questions!



Attachment: signature.asc
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]