[shepherd] 01/02: timer, transient: Honor #:requirement.

civodul pushed a commit to branch main in repository shepherd. commit 0da25da14b596b352e6b2e82e5477f91a47e9d3d Author: Ludovic Courtès AuthorDate: Fri Jan 17 22:16:55 2025 +0100 timer, transient: Honor #:requirement. * modules/shepherd/service/timer.scm (timer-service): Pass

[shepherd] branch main updated (ffcd374 -> 609e50b)

civodul pushed a change to branch main in repository shepherd. from ffcd374 service: Preserve replacement bindings after ‘daemonize’. new 0da25da timer, transient: Honor #:requirement. new 609e50b transient: Created services depend on ‘transient’. The 2 revisions listed above as

[shepherd] 02/02: transient: Created services depend on ‘transient’.

civodul pushed a commit to branch main in repository shepherd. commit 609e50bcfc224d093ae4fc0176ee77f8ae6f7ca9 Author: Ludovic Courtès AuthorDate: Fri Jan 17 22:19:59 2025 +0100 transient: Created services depend on ‘transient’. * modules/shepherd/service/transient.scm (transient

[sr #111169] Requesting new repository for GNU Guix

Follow-up Comment #4, sr #69 (group administration): To be clear: as project admin, I second this request. ___ Reply to this item at: ___ Mes

Re: bug#74736: [PATCH v2 0/1] Add Request-For-Comment process.

Simon Tournier skribis: >> Perhaps the “Decision Making” section could stress that, with a >> paragraph above “To learn …” along these lines: >> >> Consensus building requires that participants share a common goal, >> trust each other to act in good faith, listen to one another’s >> concern

Re: bug#74736: [PATCH v2 0/1] Add Request-For-Comment process.

Hello! Andreas Enge skribis: > Concerning consensus, I am mildly worried about deadlocks (including > when trying to modify this RFC/GCD). What happens if some person insists > on disapproving? This is a general question about consensus building. For the situation you describe not to happen,

branch master updated: website: Add the “User Survey” tag.

9cc8c4d36922e639db7bc0d670115a5bdbaee358 Author: Ludovic Courtès AuthorDate: Thu Jan 16 16:13:15 2025 +0100 website: Add the “User Survey” tag. * website/posts/2024-guix-user-contributor-survey-results-post1.sxml, website/posts/20241110-user-contributor-survey.md: Add the “User

01/02: website: add first post convering the Guix User and Contributor Survey 2024.

-survey-q7.png, website/static/blog/img/2024-guix-survey-q10.png: New files. Signed-off-by: Ludovic Courtès --- ...guix-user-contributor-survey-results-post1.sxml | 488 + website/static/blog/img/2024-guix-survey-q1.png| Bin 0 -> 53515 bytes website/static/blog/

02/02: website: user survey: Update publication date.

civodul pushed a commit to branch master in repository guix-artwork. commit 3df7d79d756cdc8ad27b7fa25cf8b2c5593de7cc Author: Ludovic Courtès AuthorDate: Thu Jan 16 09:39:18 2025 +0100 website: user survey: Update publication date. --- website/posts/2024-guix-user-contributor-survey-results

branch master updated (0dad823 -> 3df7d79)

civodul pushed a change to branch master in repository guix-artwork. from 0dad823 website: blog: Prevent content from overflowing in post previews. new e70ccdb website: add first post convering the Guix User and Contributor Survey 2024. new 3df7d79 website: user survey: Update p

bug#71226: ‘guix shell -C’ doesn’t work on Ubuntu 24.04

Ricardo Wurmus skribis: > Marek Felšöci writes: > >> I get an access denied error on the ".guix/channels.scm" file which I >> own and have access to. >> >> I tried to play around with the AppArmor profile, but with no >> success. Are we still missing something? > > Do you see any relevant inform

bug#61690: Failure to mount /sys in nested ‘guix shell’ container

Ludovic Courtès skribis: > As reported by Konrad¹, nested ‘guix shell -C’ fails: > > $ guix shell -CN guix \ > --expose=/var/guix/daemon-socket/socket \ > --expose=/gnu/store \ > -- guix shell -C coreutils -- ls / > guix shell: error: mount: mount

bug#75460: herd status hangs forever

Hi, I was able to reproduce a problem (maybe not *the* problem) running in ‘guix home container’, with the changes below to simplify setup. What I noticed is that, until ‘x11-display’ has failed to sta

[shepherd] branch main updated: service: Preserve replacement bindings after ‘daemonize’.

below commit ffcd3745e5d8a3e4134ae76fe94a5ec80f52c465 Author: Ludovic Courtès AuthorDate: Mon Jan 13 11:36:41 2025 +0100 service: Preserve replacement bindings after ‘daemonize’. Partly fixes <https://issues.guix.gnu.org/75460>. * modules/shepherd.scm (replace-core-bi

branch master updated: hydra: services: Add mcron job to update mirror at Codeberg.

described below commit bcabb36c430bb05355e12f0e9f17544540fb3295 Author: Ludovic Courtès AuthorDate: Sun Jan 12 23:05:52 2025 +0100 hydra: services: Add mcron job to update mirror at Codeberg. * hydra/modules/sysadmin/services.scm (update-guix-mirror): New procedure. (%guix

GNU Shepherd 1.0.1 released

We are glad to announce version 1.0.1 of the Shepherd, the first bug-fix release in the 1.0.x series. Check out the web site to learn more about the Shepherd 1.0.x series: https://gnu.org/software/shepherd/news/2024/12/the-shepherd-1.0.0-released/ • About The Shepherd is a service manager w

GNU Shepherd 1.0.1 released

We are glad to announce version 1.0.1 of the Shepherd, the first bug-fix release in the 1.0.x series. Check out the web site to learn more about the Shepherd 1.0.x series: https://gnu.org/software/shepherd/news/2024/12/the-shepherd-1.0.0-released/ • About The Shepherd is a service manager w

GNU Shepherd 1.0.1 released

We are glad to announce version 1.0.1 of the Shepherd, the first bug-fix release in the 1.0.x series. Check out the web site to learn more about the Shepherd 1.0.x series: https://gnu.org/software/shepherd/news/2024/12/the-shepherd-1.0.0-released/ • About The Shepherd is a service manager w

[shepherd] annotated tag v1.0.1 created (now cec1c9c)

civodul pushed a change to annotated tag v1.0.1 in repository shepherd. at cec1c9c (tag) tagging f977025a0cc68fa4ccf0397c49365e45ba8338e4 (commit) replaces v1.0.1rc1 by Ludovic Courtès on Sun Jan 12 17:44:55 2025 +0100 - Log

[shepherd] branch main updated (2b6aa91 -> f977025)

civodul pushed a change to branch main in repository shepherd. from 2b6aa91 log-rotation: Pass ‘--rm’ to the ‘zstd’ command. new 4c07fdf nls: Update de, ro, sr, sv, and uk translations. new 2abd25f Update NEWS. new f977025 build: Bump to version 1.0.1. The 3 revisions liste

[shepherd] 02/03: Update NEWS.

civodul pushed a commit to branch main in repository shepherd. commit 2abd25f8033d4706210542086f2ae9af61df3eb4 Author: Ludovic Courtès AuthorDate: Sun Jan 12 17:43:02 2025 +0100 Update NEWS. --- NEWS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/NEWS b/NEWS index 9ff8aca

[shepherd] 03/03: build: Bump to version 1.0.1.

civodul pushed a commit to branch main in repository shepherd. commit f977025a0cc68fa4ccf0397c49365e45ba8338e4 Author: Ludovic Courtès AuthorDate: Sun Jan 12 17:43:35 2025 +0100 build: Bump to version 1.0.1. * configure.ac: Bump to version 1.0.1. --- configure.ac | 2 +- 1 file

bug#75460: herd status hangs forever

Hello, Simen Endsjø skribis: > Oh, I only checked some services and assumed all was working. All the > following services hang. The common denominator is that I have written > these myself, so I might be doing something odd here. > > • xss-lock > • volctl > • picom > • network-manager-applet > •

bug#75460: herd status hangs forever

Hello, Simen Endsjø skribis: >> Then please check precisely what hangs and what doesn’t. You say “herd >> status” hangs; what about “herd status X”, where X is a service defined >> for your user shepherd? > > Not sure how I can find out precicely what hangs. Operations on > individual services

branch master updated: hydra: services: guix-packages-website: Update to 0.3.0-0.e669a5e963.

commit, version and hash accordingly. (guix-packages-website-shepherd-services): Add a new environment variable "GUIX_PACKAGES_WEBSITE_DOMAIN_NAME". Signed-off-by: Ludovic Courtès --- hydra/modules/sysadmin/services.scm | 12 +++- 1 file changed, 7 insertions(+), 5

bug#75460: herd status hangs forever

Hi, Simen Endsjø skribis: > On one of my systems, `herd status` just hangs forever. > `sudo herd status` works as expected, and I'm able to start and stop > services as normal, just not list them. The former talks to your user shepherd (perhaps you’re using Guix Home?) whereas the latter talks

branch master updated: hydra: services: Expire pending builds after 1 month.

described below commit 740349a930b4f4d9a155903ee1b6e7b236f02c55 Author: Ludovic Courtès AuthorDate: Sat Jan 11 23:57:47 2025 +0100 hydra: services: Expire pending builds after 1 month. * hydra/modules/sysadmin/services.scm (cuirass-service): Add ‘build-expiry’. --- hydra/modules

bug#75080: guix pull fails on arm64 due to cmake DEB self-tests

Hi, Simon Josefsson skribis: > I get a build failure regarding "cmake-bootstrap" shown here: > > https://gitlab.com/debdistutils/guix/container/-/jobs/8717616613 > > I cannot reproduce this on my own arm64 machine running Trisquel. > > It seems only cmake's DEB related self-tests fail: Looks li

bug#71226: ‘guix shell -C’ doesn’t work on Ubuntu 24.04

Hello! I believe the attached AppArmor profile should work. You need to: 1. Drop it in /etc/apparmor.d/guix (it’s actually not specific to ‘guix shell -C’ since it matches any ‘guix’ command!). 2. Run “apparmor_parser -rv /etc/apparmor.d/guix”. And then you can check “guix build whate

branch main updated: base: Add support for disabling channel authentication.

authentication. * doc/cuirass.texi (Specifications): Add documentation. Signed-off-by: Ludovic Courtès --- doc/cuirass.texi | 4 src/cuirass/base.scm | 19 ++- 2 files changed, 18 insertions(+), 5 deletions(-) diff --git a/doc/cuirass.texi b/doc/cuirass.texi

bug#71226: ‘guix shell -C’ doesn’t work on Ubuntu 24.04

Hi Marek! Marek Felšöci skribis: > I confirm the issue on my Ubuntu 24.04 installation with Guix coming > from apt repositories. > > I followed the steps from the Ricardo's reply, but the problem > persists with the same error: > > ``` > guix shell: chyba: mount: mount "none" on > "/tmp/guix-dir

[sr #111169] Requesting new repository for GNU Guix

Follow-up Comment #2, sr #69 (group administration): Hi Corwin, Thanks for the quick reply. I was able to push a README file there; all good! Ludo'. ___ Reply to this item at: __

branch wip-event-logging created (now d81fa49)

civodul pushed a change to branch wip-event-logging. at d81fa49 base: ‘remote-builder’ listens for notifications from ‘cuirass remote-server’. This branch includes the following new commits: new d81fa49 base: ‘remote-builder’ listens for notifications from ‘cuirass remote-server’.

[no subject]

branch: wip-event-logging commit d81fa497bfd3690f061846e06bf1d9c0e43b1865 Author: Ludovic Courtès AuthorDate: Thu Jan 9 12:39:53 2025 +0100 base: ‘remote-builder’ listens for notifications from ‘cuirass remote-server’. * src/cuirass/base.scm (%remote-server-socket-file-name): New

bug#75458: (guix platforms) & co. can end up loading incompatible modules

Hello, A colleague reported this weird “unbound variable” error message, which is ignored in this case but can be fatal in other cases (see below): --8<---cut here---start->8--- $ guix time-machine -C /tmp/channels.scm -- shell emacs-elementaryx-ox-publish-as-

bug#71173: [bug#75100] [PATCH 0/3] Shepherd service of 'static-networking' completes in timely fashion

Pushed: 20a74ce28d tests: Run without the Linux kernel “quiet” argument. 431ab10344 services: static-networking: Fail when devices don’t show up. 8d649a8d17 services: static-networking: Run set-up/tear-down as a separate process.

[shepherd] branch main updated: log-rotation: Pass ‘--rm’ to the ‘zstd’ command.

commit 2b6aa913685b2ec77f90c504c063edeb12018dd9 Author: Ludovic Courtès AuthorDate: Wed Jan 8 18:17:18 2025 +0100 log-rotation: Pass ‘--rm’ to the ‘zstd’ command. * modules/shepherd/service/log-rotation.scm (compress-file): Pass “--rm” to zstd. * NEWS: Update. --- NEWS

[shepherd] annotated tag v1.0.1rc1 created (now a7d31d6)

civodul pushed a change to annotated tag v1.0.1rc1 in repository shepherd. at a7d31d6 (tag) tagging adbda456a11bb55144dd9ce86ae0c46d137e8fa7 (commit) replaces v1.0.0 by Ludovic Courtès on Wed Jan 8 12:26:16 2025 +0100 - Log

[shepherd] branch main updated: build: Bump to version 1.0.1rc1.

adbda456a11bb55144dd9ce86ae0c46d137e8fa7 Author: Ludovic Courtès AuthorDate: Wed Jan 8 12:12:00 2025 +0100 build: Bump to version 1.0.1rc1. * configure.ac: Bump to version 1.0.1rc1. --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac

[shepherd] 02/02: support: Update copyright year in ‘--version’ output.

civodul pushed a commit to branch main in repository shepherd. commit 6c3b14d842e63e6fe7d1607b74dfa3a8725c0d0a Author: Ludovic Courtès AuthorDate: Wed Jan 8 12:08:30 2025 +0100 support: Update copyright year in ‘--version’ output. * modules/shepherd/support.scm (display-version

[shepherd] branch main updated (6d52686 -> 6c3b14d)

civodul pushed a change to branch main in repository shepherd. from 6d52686 logger: Reopen current log output port if needed. new 7a53e30 doc: Document kexec reboot fallback modes. new 6c3b14d support: Update copyright year in ‘--version’ output. The 2 revisions listed above as "

[shepherd] 01/02: doc: Document kexec reboot fallback modes.

civodul pushed a commit to branch main in repository shepherd. commit 7a53e30c2a2b72ce02b486ea23cf1b8abff3a227 Author: Ludovic Courtès AuthorDate: Wed Jan 8 12:06:23 2025 +0100 doc: Document kexec reboot fallback modes. This is a followup to 6a1ccc7168111033b10f3090d6f89e327ac4fc16

[Savannah-hackers-public] Statistics for guix.git

Hello, As you may know by now, the Guix repository is quite special in that when they run ‘guix pull’ (roughly comparable to ‘apt update’), users pull directly from . This probably creates extra load on the server compared to a “regular” repository that

[sr #111169] Requesting new repository for GNU Guix

n Lock: Any ___ Follow-up Comments: --- Date: Wed 08 Jan 2025 11:52:13 AM CET By: Ludovic Courtès Hello, I'd like to ask for a new requests-for-comments.git repository under the guix

bug#75390: least-authority-wrapper for bitlbee-service-type breaks Bonjour support

Hello! Ricardo Wurmus skribis: > The bitlbee-service-type uses the least-authority-wrapper to run bitlbee > in a container. A side effect when using bitlbee-purple is that the > Bonjour protocol no longer works as bitlbee cannot connect to the local > mDNS server: > > <@rekado> account add bonj

[Bruno Haible] GNU gettext 0.23.1 is released

Hello, Sharing this message about upgrading Gettext, with Bruno’s permission (I believe gettext should be in the scope of the ‘core-packages’ team). Ludo’. --- Begin Message --- Available at https://ftp.gnu.org/gnu/gettext/gettext-0.23.1.tar.gz New in 0.23.1: * Bug fixes: - Building with l

Re: Extend channel-build-system?

Hi Nicolas, Nicolas Graves skribis: > I am struggling to build a channel with properly defined metadata and/or > proper dependencies. This is because the current channel-builds-system > is only able to build a guix channel, rather than any channel. AFAICS, ‘channel-build-system’ requires at le

bug#75269: Crash of shepherd service, of GNU Artanis app, only happening in the server, not on my machine

Hola, Josep Bigorra skribis: > Jan 1 22:20:17 localhost shepherd[1]: make[911] ERROR: In procedure > apply-smob/0: > Jan 1 22:20:17 localhost shepherd[1]: make[911] In procedure dbi-close: > Wrong type argument in position 1: # For the record, this sounds like a memory management bug in g

bug#74948: guix pack docker environment variable setting

Hi, Simon Josefsson skribis: > Would a new `guix pack --setenv HOME=/` parameter be useful? > > Such a parameter could be docker-specific and documented in > --help-docker-format. If other formats support setting environment > variables too, it could instead be a normal `guix pack` parameter. >

bug#75090: Make 'guix pack -f docker' tarballs reproducible?

Hi Simon, Simon Josefsson skribis: > I am creating docker archives using: > > guix pack guix bash-minimal coreutils-minimal net-base --save-provenance -S > /bin=bin -S /share=share -f docker --image-tag=guix --max-layers=8 > --verbosity=2 > > To my surprise the output was not reproducible betw

Re: 03/11: reconfigure: Support loading the system for kexec reboot.

Hello, Tomas Volf <~@wolfsden.cz> skribis: >> Good point! kexec_file_load(2) can only be given one initrd, so I >> suppose it cannot support extra initrds. >> >> That’s something we should at least document and probably protect >> against. > > Based on the kexec_file_load's man page it looks lik

Re: Request-For-Comment process: concrete implementation (v5)

Hello Guix! Simon Tournier skribis: > Below the updated version (v5) of the RFC introducing the RFC process. > > The submission is: . And now v6! https://issues.guix.gnu.org/74736#27 > Well, a very good lesson is: Co-supporter is very important! It helps

Re: New committer

Hello Ian, Welcome aboard, and thank you for everything you’ve already done! Ludo’.

Re: Guix Days 2025: Some graphics

Hello, Luis Felipe skribis: > I made some graphics to promote Guix Days online. Sharing them here > just in case you find them useful: > > https://luis-felipe.gitlab.io/media/2024/12/guix-days-2025/ Excellent! We can definitely use it in the usual “Meet Guix at FOSDEM” blog post (speaking of w

Re: Use and abuse of ‘computed-origin-method’: the ‘rust-ring’ case

Efraim Flashner skribis: > I ended up making the changes and pushing them to the rust-team branch. > Rust-team is right after mesa-updates, so we should be landing it soon™ > > ¹ > https://git.savannah.gnu.org/cgit/guix.git/commit/?h=rust-team&id=39c1a5f48e9f7a175be7b3c22a76d3ec2d9fc840 > https:

bug#75392: “Failed to read private key” error with libssh 0.11.1

Hello, > It would seem that somehow libssh dismisses whatever gpg-agent tells it > and then goes on to read key files directly. Turns out the problem was sorta between keyboard and chair, but not just! Namely: 1. libssh 0.11.x no longer recognizes DSA keys (which is reasonable), and it w

[no subject]

branch: main commit 0eeb26c583142f9d7243eefe72a93b62cfcfd9d6 Author: Ludovic Courtès AuthorDate: Mon Jan 6 17:33:34 2025 +0100 utils: Factorize ‘open-unix-listening-socket’. * src/cuirass/utils.scm (open-unix-listening-socket): New procedure. * src/cuirass/scripts/register.scm

main updated (0a2566b -> 0eeb26c)

civodul pushed a change to branch main. from 0a2566b Bump user-visible copyright years. new 0df79b3 web: server: Drop inactive client connections. new 4da8cc5 web: server: Exit when ‘accept’ throws. new 0eeb26c utils: Factorize ‘open-unix-listening-socket’. Summary of chan

[no subject]

branch: main commit 0df79b33e439f00aba81f9df2038837385dfa57c Author: Ludovic Courtès AuthorDate: Mon Jan 6 17:15:57 2025 +0100 web: server: Drop inactive client connections. * src/web/server/fiberized.scm (input-available?): New procedure. (%client-socket-ttl): New variable

[no subject]

branch: main commit 4da8cc5b69615058b5fdf6dc2579ce563d5904f1 Author: Ludovic Courtès AuthorDate: Mon Jan 6 17:22:34 2025 +0100 web: server: Exit when ‘accept’ throws. * src/web/server/fiberized.scm (socket-loop): Catch 'system-error around ‘accept’. --- src/web/s

bug#75205: guix package test failure on i686-linux (kexec-load-file test)

See .

bug#75211: guix system: error: kexec-load-file: Invalid argument

See .

bug#75215: guix system: error: kexec-load-file: Operation not permitted

See .

bug#75211: guix system: error: kexec-load-file: Invalid argument

Hi, nathan skribis: > He is using linux-6.6, which is the same version as guix's linux-lts. > > This is probably because older kernels don't support the KEXEC_FILE_DEBUG > flag that is passed to kexec-load-file unconditionally. > To fix, remove the use of KEXEC_FILE_DEBUG in > guix/scripts/sys

bug#75215: guix system: error: kexec-load-file: Operation not permitted

Hi, lgcoe...@disroot.org skribis: > /gnu/store/d4pxrvn1kyh5rf11dpnbaj4q85zq9kgg-kexec-load-system.scm.drv... > WARNING: (guile-user): imported module (guix build utils) overrides core > binding `delete' > guix system: error: kexec-load-file: Operation not permitted Is it on x86_64? Regardless,

bug#75392: “Failed to read private key” error with libssh 0.11.1

Starting from libssh 0.11.1 (upgraded in 6a045df575667460e90a9fc84d7d91d28950f252), I can no longer log in via Guile-SSH: --8<---cut here---start->8--- $ guix repl GNU Guile 3.0.9 Copyright (C) 1995-2023 Free Software Foundation, Inc. Guile comes with ABSOLUTEL

[no subject]

branch: main commit c263b657908a46aa79d153f26da626afc23e081b Author: Ludovic Courtès AuthorDate: Sun Jan 5 17:27:12 2025 +0100 metrics: Add #:timestamp? to ‘db-get-metrics-with-id’. * src/cuirass/metrics.scm (db-get-metrics-with-id): Add #:timestamp? and honor it. --- src

[no subject]

branch: main commit dea68d4e795d8f4852f743ca8d4d3026ab6021a6 Author: Ludovic Courtès AuthorDate: Sun Jan 5 19:25:31 2025 +0100 templates: metrics: Show pending builds per system. * src/cuirass/templates.scm (bright-color): New procedure. (global-metrics-content): Add #:pending

[no subject]

branch: main commit 1a0ebbdcfe71faf4ef5a43402ebebf190c2caf93 Author: Ludovic Courtès AuthorDate: Sun Jan 5 22:14:45 2025 +0100 templates: Show tooltips on pending builds chart. * src/cuirass/templates.scm (make-line-chart): Add #:tooltips? and honor it. (global-metrics

[no subject]

branch: main commit 0a2566b4cdc07d701e813ec3dde7fa9896b52326 Author: Ludovic Courtès AuthorDate: Sun Jan 5 22:16:39 2025 +0100 Bump user-visible copyright years. * src/cuirass/templates.scm (html-page): Bump copyright year in footer. * src/cuirass/ui.scm (show-version): Likewise

[no subject]

branch: main commit 197a45c5226b8e679b3ec95c8f2a273635f99b2b Author: Ludovic Courtès AuthorDate: Sun Jan 5 18:07:16 2025 +0100 metrics: ‘db-get-metrics-with-id’ can restrict to a field value. * src/cuirass/metrics.scm (db-get-metrics-with-id): Add #:value and honor it. Change

[no subject]

branch: main commit d31dc1718fa557fcbbd243ce4b44705e803fae4e Author: Ludovic Courtès AuthorDate: Sun Jan 5 19:27:06 2025 +0100 base: Really run ‘build-queue-cleaner’ in a separate fiber. Fixes a bug introduced in 3665686d1e1997d189059e7583e77464a7dd1e20, whereby ‘build-queue

[no subject]

branch: main commit e1338fd2b673021ce2c3cad13c18d16aab22d715 Author: Ludovic Courtès AuthorDate: Sun Jan 5 11:39:33 2025 +0100 systemd: Add “Restart=always” to ‘cuirass-remote-worker.service’. * etc/cuirass-remote-worker.service.in (Restart): Add. --- etc/cuirass-remote

[no subject]

branch: main commit 0d2d372eaf73cd656f4d94dc76d2acc0423c6487 Author: Ludovic Courtès AuthorDate: Sun Jan 5 16:13:17 2025 +0100 metrics: Add ‘pending-builds-per-system’ metric. * src/cuirass/metrics.scm (db-pending-builds): Add ‘system’ parameter and honor it. (%metrics

[no subject]

branch: main commit 878af4946d7765d36e864543f43ff72029847b61 Author: Ludovic Courtès AuthorDate: Sun Jan 5 17:25:25 2025 +0100 metrics: Add #:timestamp to ‘db-update-metric’. * src/cuirass/metrics.scm (db-update-metric): Add #:timestamp parameter and honor it. --- src/cuirass

main updated (e1a4675 -> 0a2566b)

civodul pushed a change to branch main. from e1a4675 tests: Test properties in specifications. new d38b61a database: Remove newline in message. new d31dc17 base: Really run ‘build-queue-cleaner’ in a separate fiber. new e1338fd systemd: Add “Restart=always” to ‘cuirass-remo

[no subject]

branch: main commit d38b61ab8b41c1aca36cde171068ab1ca414c9f7 Author: Ludovic Courtès AuthorDate: Sun Jan 5 11:39:05 2025 +0100 database: Remove newline in message. * src/cuirass/database.scm (db-reschedule-builds-without-failed-dependencies): Remove extra newline in message

[no subject]

branch: main commit 724bef1703ebda7a807aec0b28184743e4e98901 Author: Ludovic Courtès AuthorDate: Sun Jan 5 22:09:54 2025 +0100 metrics: Change pending builds sampling period to 6h. So far ‘pending-builds’ was effectively sampled every 24h. * src/cuirass/metrics.scm

bug#75205: guix package test failure on i686-linux (kexec-load-file test)

Hello, Ian Eure skribis: > This is failing for me on aarch64-linux also: > >test-name: kexec-load-file >location: >/tmp/guix-build-guix-1.4.0-31.121e96d.drv-0/source/tests/syscalls.scm:688 >source: >+ (test-equal >+ "kexec-load-file" >+ EPERM >+ (catch 'syst

bug#31785: Multiple client 'build-paths' RPCs can lead to daemon deadlock

Hello, I have now redeployed the x86 build machines behind ci.guix from current Guix, which includes this fix (I restarted guix-daemon on all of them). We have yet to do that on the non-x86 build machines. Happy new year, let it be deadlock-free! Ludo’.

bug#31785: Multiple client 'build-paths' RPCs can lead to daemon deadlock

Ludovic Courtès skribis: > I pushed your patch together with the reproducer as > 78da6951787f07e9460091885d7a9eb3e667b512. > > Now we have to update the ‘guix’ package, though perhaps that’ll have to > wait until next year, we’ll see. Found the time to d

bug#31785: Multiple client 'build-paths' RPCs can lead to daemon deadlock

Hey Reepca, Reepca Russelstein skribis: > Here is the reproducer: Brilliant! It works wonderfully well. I moved it to its own file to limit interference with others—plus it’s one of our oldest bugs so it deserves it. ;-) > P.S: If in attempting to turn this into a proper test, you try using

branch master updated: website: bootstrapping-mono: Update publication date.

described below commit 53f18814bd231acb5f452de8b511d3260013ca79 Author: Ludovic Courtès AuthorDate: Sun Dec 29 22:26:08 2024 +0100 website: bootstrapping-mono: Update publication date. * website/posts/bootstrapping-mono.md: Update date. --- website/posts/bootstrapping-mono.md | 2 +- 1

Re: Use and abuse of ‘computed-origin-method’: the ‘rust-ring’ case

Hey Efraim, Ludovic Courtès skribis: >> + (package >> +(name "rust-ring") >> +(version "0.17.8.tar.gz") ; Hack to adjust the output name. >> +(source (origin >> (method git-fetch) >> (uri (git-re

Re: Guix org on Codeberg

Hello, Raghav Gururajan skribis: > There's org created for Guix on Codeberg to setup mirrors for Guix's > repositories. Please let me know if you'd like to become owner of the > namespace and I'll add you. For consistency, I suggest extending this offer to committers only since they have alread

01/02: website: add bootstrapping-mono blog post

-off-by: Ludovic Courtès --- website/posts/bootstrapping-mono.md | 369 1 file changed, 369 insertions(+) diff --git a/website/posts/bootstrapping-mono.md b/website/posts/bootstrapping-mono.md new file mode 100644 index 000..a5deff4 --- /dev/null +++ b

branch master updated (fcce12b -> 48767bc)

civodul pushed a change to branch master in repository guix-artwork. from fcce12b website: Add post about Shepherd 1.0.0. new 9cc78a2 website: add bootstrapping-mono blog post new 48767bc website: bootstrapping-mono: Typographical tweaks. The 2 revisions listed above as "new" are

02/02: website: bootstrapping-mono: Typographical tweaks.

civodul pushed a commit to branch master in repository guix-artwork. commit 48767bc59a8c6155dd68287d3f1baca47aed4ba1 Author: Ludovic Courtès AuthorDate: Sun Dec 29 22:23:53 2024 +0100 website: bootstrapping-mono: Typographical tweaks. * website/posts/bootstrapping-mono.md: Adjust

bug#75175: Request for merging "libgcrypt-gpg-update" branch

Oops, this should have gone to guix-patches. Closing!

bug#75175: Request for merging "libgcrypt-gpg-update" branch

Hello, I’d like to merge the ‘libgcrypt-gpg-update’ branch. It is partially built at for x86_64-linux and i686-linux (partially only because that’s via the “-full-upgrade” jobs, which include additional upgrades). It’s fairly trivial and safe but

Re: Authenticate a channel

Hi Jérémy, Jeremy Korwin-Zmijowski skribis: > I haven't change anything with my keys since then. So I was surprised > to see `guix pull` returning : > >guix pull: erreur : could not authenticate commit >ad4cea635090b30d259dcf1cb690f07c831f6a1e: key EFBB 9626 457A C7F6 >FAED  FA70 A2E

Re: How to add the timer-trigger-action to a shepherd service?

Hi Tomas, Tomas Volf <~@wolfsden.cz> skribis: > Felix Lechner via writes: > >> Hi Tomas, >> >> On Mon, Dec 16 2024, Tomas Volf wrote: >> >>> what to put into the (actions) field >> >> Please try this: >> >>(actions >> (list (shepherd-action >>(name 'trigger) >>(do

Re: least-authority-wrapper - clone: permission not permitted

Hi Marc, Marc Coquand skribis: > After some debugging, I found that it was the namespace 'mnt that was > causing issues, the script works when I remove it. > > The error I'm getting is > > Backtrace: >5 (primitive-load "/var/lib/laminar/cfg/after") > In ice-9/eval.scm: >191:35

Re: data.qa.guix.gnu.org/QA Upgrade

Hi Chris, Christopher Baines skribis: > Over the last month there's been work to move data.qa.guix.gnu.org from > a Hetzner VM that I was renting to hydra-guix-130, a server hosted at > the MDC. This new server has about 6x the amount of memory and many more > cores. > > All of the moving is now

Re: On a Guile-based Build-Tool complimenting Guix

Hello, Olivier Dion skribis: > For what it is worth, I have been using my own build system purely in > Guile for a few years now. I use it in my main project libpatch > (https://git.sr.ht/~old/libpatch/tree). It is compatible with the > gnu-build-system (configure && make && make check && make

Re: On the quest for a new release model

Hi, Maxim Cournoyer skribis: > Greg Hogan writes: > >> On Wed, Dec 18, 2024 at 11:49 AM Ludovic Courtès wrote: >>> As has been discussed multiple times at the Guix Days and on this list >>> (I think?), I believe what we need is a release team with rotating >&g

Re: On the quest for a new release model

Hi, Maxim Cournoyer skribis: > Greg Hogan writes: > >> On Wed, Dec 18, 2024 at 12:43 PM Suhail Singh >> wrote: >>> >>> Suhail Singh writes: >>> >>> > The issue, as I see it, is the time commitment required from the >>> > release-team. >>> >>> Correction, the issues (IMO) are (in no particula

bug#31785: Multiple client 'build-paths' RPCs can lead to daemon deadlock

lder 'thread1 (list drv4))) (thread2 (builder 'thread2 (list drv4 drv1 drv2))) (thread3 (builder 'thread3 (list drv4 drv3 drv2 (join-thread thread1) (join-thread thread2) (join-thread thread3)) --8<---cut here---end--->8-

branch main updated: tests: Test properties in specifications.

): Add properties to expected specifications. Signed-off-by: Ludovic Courtès --- tests/common.scm | 4 +++- tests/forgejo.scm | 13 +++--- tests/gitlab.scm | 71 +-- 3 files changed, 66 insertions(+), 22 deletions(-) diff --git a

[no subject]

branch: main commit 13737f2e156617dc74f388e8d6f01bd08f0f231a Author: Ludovic Courtès AuthorDate: Thu Dec 26 14:57:00 2024 +0100 templates: Add missing unquote for pull request info box. * src/cuirass/templates.scm (pull-request-info-box): Add missing unquote. --- src/cuirass

  1   2   3   4   5   6   7   8   9   10   >