guix-comm...@gnu.org writes:
> sharlatan pushed a commit to branch master
> in repository guix.
>
> commit 2ef0e4bce1f5b4c3b59cfa944e971a3f31afd2d2
> Author: Artyom V. Poptsov
> AuthorDate: Sat Jun 8 14:44:06 2024 +0300
>
> gnu: go-gopkg-in-cheggaaa-pb-v1: Rename to
Richard Sent writes:
> Hi Guix!
>
> The nar for
> /gnu/store/y813phs2n9xnb7zbcr07g0j9509bzbsb-linux-libre-6.8.10-guix.tar.xz
> on Bordeaux seems to have been corrupted by some mechanism. The URL in
> question is
>
>> URL: nar/none/y813phs2n9xnb7zbcr07g0j9509bzbsb-linux-libre-6.8.10-guix.tar.xz
>
below
commit fd40fe62c6e145613f43b8c14a3e07f18e0f0c24
Author: Christopher Baines
AuthorDate: Mon Jun 10 14:20:11 2024 +0100
sysadmin: qa-frontpage: Update to 0-21.c31a346.
* hydra/modules/sysadmin/packages.scm (qa-frontpage): Update to
0-21.c31a346.
---
hydra/modules/sysadmin
commit 02bd9ec208cf8da3f4b2c5955232538fde455d48
Author: Christopher Baines
AuthorDate: Mon Jun 10 14:10:45 2024 +0100
hydra: bayfront: Fix authorized-keys list.
* hydra/bayfront.scm : Fix the authorized-keys
list.
---
hydra/bayfront.scm | 2 +-
1 file changed, 1 insertion(+), 1
cbaines pushed a commit to branch master
in repository maintenance.
commit d2a79158f4e3a454b71b0129182f87287bbc68fd
Author: Christopher Baines
AuthorDate: Mon Jun 10 13:57:56 2024 +0100
hydra: bayfront: Remove %build-node-keys.
As this related to offloading, which currently isn't
cbaines pushed a change to branch master
in repository maintenance.
from 73acdaab hydra: Remove harbourfront.
new d2a79158 hydra: bayfront: Remove %build-node-keys.
new 4998862c hydra: bayfront: Rotate more NGinx logs.
The 2 revisions listed above as "new" are entirely new to this
cbaines pushed a commit to branch master
in repository maintenance.
commit 4998862c1738d86010700121fc6fe08ef2db42c8
Author: Christopher Baines
AuthorDate: Mon Jun 10 14:08:09 2024 +0100
hydra: bayfront: Rotate more NGinx logs.
* hydra/bayfront.scm (%nginx-log-rotation): Rotate more
cbaines pushed a commit to branch master
in repository maintenance.
commit 3e7a0c0deea82d370823c3b01965dcb801f43435
Author: Christopher Baines
AuthorDate: Mon Jun 10 12:16:56 2024 +0100
hydra: bordeaux: Extend the TTL to 30 minutes.
As I think this is a bit better than just 10
cbaines pushed a commit to branch master
in repository maintenance.
commit 6dd8e6dd43bb1468f9e3d42a9e02cd3415804ab5
Author: Christopher Baines
AuthorDate: Mon Jun 10 12:14:18 2024 +0100
hydra: bayfront: Use = for numerical comparisons.
Rather than eq? as this is better Guile
cbaines pushed a commit to branch master
in repository maintenance.
commit 1150c21a43c77572984c16a0fe82e5f93c6c15c2
Author: Christopher Baines
AuthorDate: Mon Jun 10 12:12:47 2024 +0100
hydra: bayfront: Use a build coordinator missing inputs hook.
Which looks at whether the nar
cbaines pushed a change to branch master
in repository maintenance.
from 6598d83d hydra: Delete machines-bayfront.scm.
new 1150c21a hydra: bayfront: Use a build coordinator missing inputs hook.
new 6dd8e6dd hydra: bayfront: Use = for numerical comparisons.
new 312e0a66 hydra:
cbaines pushed a commit to branch master
in repository maintenance.
commit 312e0a66d56a29340c160104731f75b3f34306a2
Author: Christopher Baines
AuthorDate: Mon Jun 10 12:15:59 2024 +0100
hydra: bishan: Remove file.
As this machine was turned off a while back.
* hydra
cbaines pushed a commit to branch master
in repository maintenance.
commit 8d8931ca8ca84e9ee4ea61d47fee4aa6b5c5e87c
Author: Christopher Baines
AuthorDate: Mon Jun 10 11:54:01 2024 +0100
hydra: bayfront: Correct nar-herder package reference.
* hydra/bayfront.scm (%guix-build
cbaines pushed a change to branch master
in repository maintenance.
from aa56c060 hydra: services: Remove unbound variable in
‘frontend-services’.
new 8d8931ca hydra: bayfront: Correct nar-herder package reference.
new 6598d83d hydra: Delete machines-bayfront.scm.
The 2 revisions
cbaines pushed a commit to branch master
in repository maintenance.
commit 6598d83dd5ae76753097806e95341a23b8aa6535
Author: Christopher Baines
AuthorDate: Mon Jun 10 11:54:37 2024 +0100
hydra: Delete machines-bayfront.scm.
As I think this was used for offloading, which isn't setup
Andy Tai writes:
> Hi, I have a patch submission that builds fine (in the GNU Guix sense,
> that is, unit tests run and pass) locally but fails on Guix QA due to
> unit tests failing.
>
> I suspect that the failures are due to the build machine (or machines)
> as plain x86-64 PC (fine as build
Abbé writes:
> (define-configuration/no-serialization home-rbw-configuration
> (pinentry-program
>(file-like (file-append pinentry "/bin/pinentry-curses"))
>"Pinentry program to use.")
> (email
>(string "")
>"Email address of the user")
...
> (define (rbw-config config)
>
Christopher Baines writes:
> Efraim Flashner writes:
>
>> On Sun, Jun 09, 2024 at 10:46:10AM +0100, Christopher Baines wrote:
>>> guix-comm...@gnu.org writes:
>>>
>>> > efraim pushed a change to branch core-updates
>>> > in repositor
Efraim Flashner writes:
> On Sun, Jun 09, 2024 at 10:46:10AM +0100, Christopher Baines wrote:
>> guix-comm...@gnu.org writes:
>>
>> > efraim pushed a change to branch core-updates
>> > in repository guix.
>> >
>> > from c8c6883398
Efraim Flashner writes:
> On Sun, Jun 09, 2024 at 10:46:10AM +0100, Christopher Baines wrote:
>> guix-comm...@gnu.org writes:
>>
>> > efraim pushed a change to branch core-updates
>> > in repository guix.
>> >
>> > from c8c6883398
guix-comm...@gnu.org writes:
> efraim pushed a change to branch core-updates
> in repository guix.
>
> from c8c6883398 gnu: dico: Add libxcrypt dependency.
> new 9804f8c149 gnu: coeurl: Update to 0.3.1.
> new 51c7b6d76f gnu: font-gnu-freefont: Build with newer fontforge.
> new
guix-comm...@gnu.org writes:
> efraim pushed a change to branch core-updates
> in repository guix.
>
> from c8c6883398 gnu: dico: Add libxcrypt dependency.
> new 9804f8c149 gnu: coeurl: Update to 0.3.1.
> new 51c7b6d76f gnu: font-gnu-freefont: Build with newer fontforge.
> new
Mark H Weaver writes:
> Christopher Baines writes:
>
>> There are quite a few branches on savannah, and it would be nice to
>> remove them if they're unnecessary, at least because that will prompt
>> the QA data service to delete the data, saving on disk space.
> [...
Hey,
There are quite a few branches on savannah, and it would be nice to
remove them if they're unnecessary, at least because that will prompt
the QA data service to delete the data, saving on disk space.
I'm ignoring all the version-* and wip-* branches, which leaves the
following sets of
cbaines pushed a commit to branch master
in repository data-service.
commit 5d50a0e3e17945ee4d4745ff382b3d58e23db5a0
Author: Christopher Baines
AuthorDate: Wed May 22 10:45:12 2024 +0100
Support regexes for included and excluded branches
---
guix-data-service/branch-updated-emails.scm | 4
cbaines pushed a commit to branch master
in repository data-service.
commit 2043a4ef6f85ea943f6b1d0ab453c5b9c716f824
Author: Christopher Baines
AuthorDate: Mon May 13 17:20:25 2024 +0100
Fix WAL threshold
As it was too small.
---
guix-data-service/jobs/load-new-guix-revision.scm
cbaines pushed a commit to branch master
in repository data-service.
commit f7ada4bf1f423573c409513c824a6f0675ab75ec
Author: Christopher Baines
AuthorDate: Wed May 22 11:46:18 2024 +0100
Guard against trying to delete an empty list of commits
---
guix-data-service/data-deletion.scm | 9
cbaines pushed a commit to branch master
in repository data-service.
commit d74422c2686890c7df26dd52104d65bfd042e7bd
Author: Christopher Baines
AuthorDate: Thu May 23 09:38:24 2024 +0100
Add more logging around polling git repositories
---
guix-data-service/poll-git-repository.scm | 12
cbaines pushed a change to branch master
in repository data-service.
from f4be647 Use a separate fiber to send pool stats
new 2043a4e Fix WAL threshold
new 5d50a0e Support regexes for included and excluded branches
new f7ada4b Guard against trying to delete an empty list of
below
commit e1f8f99b4a05f6c075dfa9f0b47a7ea973b1aaff
Author: Christopher Baines
AuthorDate: Wed Jun 5 14:37:30 2024 +0100
hydra: Reorder some NGinx configuration lines.
I think that having set before rewrite might be important for it to
work.
* hydra/bayfront.scm
cbaines pushed a commit to branch master
in repository maintenance.
commit 8be72be27d12e7935fc687d9c0ddd76ebeaefe80
Author: Christopher Baines
AuthorDate: Wed Jun 5 11:57:51 2024 +0100
hydra: bayfront: Rework the build success hook.
Publish to a temporary directory, then import
cbaines pushed a commit to branch master
in repository maintenance.
commit 25dea0601e1dbe6e9396c9e0c119f09d452a5a49
Author: Christopher Baines
AuthorDate: Wed Jun 5 12:07:57 2024 +0100
hydra: Change set $via in bayfront and hydra-guix-129 NGinx config.
As I think it needs to be set
cbaines pushed a commit to branch master
in repository maintenance.
commit c69964246903c1870f9e7d7c6bd49baae27f8c5a
Author: Christopher Baines
AuthorDate: Wed Jun 5 11:53:54 2024 +0100
hydra: bayfront: Start rotating NGinx logs.
More configuration is needed, but this is the big one
cbaines pushed a change to branch master
in repository maintenance.
from 67195e5a doc: No longer suggest using 'degraded' mount options with
Btrfs.
new c6996424 hydra: bayfront: Start rotating NGinx logs.
new 8be72be2 hydra: bayfront: Rework the build success hook.
new
cbaines pushed a commit to branch master
in repository maintenance.
commit 3638c83e624f88c8469d9e6a7fc7fd2d44d8022d
Author: Christopher Baines
AuthorDate: Wed Jun 5 12:12:09 2024 +0100
hydra: Increase the NGinx log level from 'error to 'warn.
As otherwise things like uninitialised
Richard Sent writes:
> Christopher Baines writes:
>
>> This derivation seems to have been built fine by the bordeaux build
>> farm:
>>
>>
>> https://data.guix.gnu.org/gnu/store/ny56fdcig9cd9bd3pssmlraz2c1q10q8-linux-libre-6.8.10-guix.tar.xz.drv
>
>
eased
> Linux-libre tarballs instead of computing them ourselves [3].
>
> [1]: https://ci.guix.gnu.org/build/4711550/log/raw
> [2]: https://mail.gnu.org/archive/html/guix-devel/2021-08/msg00077.html
> [3]: http://linux-libre.fsfla.org/pub/linux-libre/releases/
>
> CC
Ludovic Courtès writes:
> Ludovic Courtès skribis:
>
>> I think we should change the above to log and gracefully handle failure
>> to load an individual service file.
>
> With the change below, every service except the offending one is loaded
> and started as expected:
>
>
Ludovic Courtès writes:
> Christopher Baines skribis:
>
>> ++ guile -c '(use-modules (guix utils))
>> (display (%current-system))'
>> + this_system=x86_64-linux
>> ++ guile -c '(use-modules (guix utils))
>> (display (if (string=? "riscv64-linux&q
Hey!
I've now merged the most recent batch [1] of changes to the process for
managing patches and branches. There was a previous thread on guix-devel
discussing the changes here [2].
1: https://issues.guix.gnu.org/70549
2: https://lists.gnu.org/archive/html/guix-devel/2024-04/msg00247.html
The
below
commit 3fecb1e8fdea65a7440fec403c1c52da197b5dfe
Author: Christopher Baines
AuthorDate: Tue May 21 17:19:47 2024 +0100
sysadmin: qa-frontpage: Update to 0-20.c5308b8.
* hydra/modules/sysadmin/packages.scm (qa-frontpage): Update to
0-20.c5308b8.
---
hydra/modules/sysadmin
.
97a3124 is described below
commit 97a31249793b8af9923f915140a6732539e9d2a3
Author: Christopher Baines
AuthorDate: Tue May 21 10:48:59 2024 +0100
hydra: services: Remove uses of make-forkexec-constructor/container.
As this no longer exists, and hasn't existed for quite some time
Maxim Cournoyer writes:
> Hello,
>
> Liliana Marie Prikler writes:
>
>> Am Montag, dem 13.05.2024 um 22:38 +0100 schrieb Christopher Baines:
>>> I've seen this when updating systems, but it seems like something is
>>> wrong with the handling of nss-ce
Simon Tournier writes:
> On Wed, 22 Nov 2023 at 11:19, Ludovic Courtès wrote:
>
>> As in:
>>
>> (open-connection
>> #:assume-available-builtin-builders '("download"))
>
> Instead, why not check in ’git-fetch’? Currently, the test is done
> against the local daemon, right?
>
>
Christopher Baines writes:
> Ludovic Courtès writes:
>
>> Hi,
>>
>> Christopher Baines skribis:
>>
>>> The bordeaux build farm depends on computing the derivations on one
>>> machine, then potentially building them on a different machine.
>
Hey!
I'd like to do more testing of fixed output derivations, both in general
and for patches/branches via QA.
In particular, it would be useful to test specific operations in the
derivation, e.g. downloading just from upstream. Being able to control
this is also necessary to prevent the
Christina O'Donnell writes:
> On 08/05/2024 14:01, Christopher Baines wrote:
>> I think it would be nice to have a new release, and indeed release more
>> often, I think the way to get there is for less things to be broken
>> between releases, such that releasing takes
"pelzflorian (Florian Pelz)" writes:
> Hello Christopher.
>
> Christopher Baines writes:
>> Had the changes waited for longer, then these failures should have been
>> spotted by QA, I would guess that the revision might have failed to be
>> processed,
Maxim Cournoyer writes:
>> Before closing this bug, it would be good to understand more about how
>> this happened and from that try to think if anything can be done to
>> prevent similar issues in the future?
>>
>> At least from what I can see on the issues, the problem was introduced
>> with
When attempting to update the guix package, I got this failure. The test
log makes no sense though, as it's trying to test for errors, so I have
no idea where to start in working out what is wrong.
I thought maybe the issue was here:
guix shell: error: package intelmetool@4.7 does not support
Christopher Baines writes:
> nss@3.99 is really hard to build, it's so hard and so important that
> data.guix.gnu.org is still after two days trying to process [1]. I say
> so important because you have to build nss@3.99 to compute the channel
> instance derivations for Guix.
I've seen this when updating systems, but it seems like something is
wrong with the handling of nss-certs.
I'm on a guix revision with nss-certs by default, and when I add
nss-certs to my system packages (to simulate not removing it when
upgrading), it breaks certificates (e.g. wget
Simon Tournier writes:
> I think ’nss’ is substitutable, so I guess you are rebuilding from
> source, right?
>
> Well, the build of ’nss’ works for me.
>
> --8<---cut here---start->8---
> $ guix build /gnu/store/8379qa0y6s7ssjr8gplm5fyw9r5pnxhn-nss-3.99.0.drv
cbaines pushed a change to branch master
in repository maintenance.
from fa73f42 hydra: services: Switch skribilo channel to main branch.
new 7c6ffc9 hydra: bayfront: Don't log 404's as NGinx errors.
new 2ecf6bb hydra: bayfront: Block some common bots from scraping QA.
new
cbaines pushed a commit to branch master
in repository maintenance.
commit 8661bb3e0ff514416e0dff310a8688dbaca42c08
Author: Christopher Baines
AuthorDate: Mon May 13 16:16:01 2024 +0100
hydra: bayfront: Set the parallelism for bffe submitting builds.
As this is now possible
cbaines pushed a commit to branch master
in repository maintenance.
commit 2ecf6bb33db59d84169811865f027c58fe978981
Author: Christopher Baines
AuthorDate: Mon May 13 16:15:24 2024 +0100
hydra: bayfront: Block some common bots from scraping QA.
As they can make quite expensive
cbaines pushed a commit to branch master
in repository maintenance.
commit 7c6ffc9dfaaef23115b595c3d21e9a9790e9586e
Author: Christopher Baines
AuthorDate: Mon May 13 16:11:09 2024 +0100
hydra: bayfront: Don't log 404's as NGinx errors.
As this clutters the error log
commit f4be64761073fbe9b1b07c6126104b54358c7bfb
Author: Christopher Baines
AuthorDate: Thu May 2 20:41:04 2024 +0100
Use a separate fiber to send pool stats
As the requester might timeout.
---
guix-data-service/utils.scm | 16 +---
1 file changed, 9 insertions(+), 7 deletions
Ricardo Wurmus writes:
>> These changes from r-updates have effectively jumped the queue past
>> those on the core-updates and gnome-team branches, and since there was
>> never a "Request for merging" issue opened [1], the bordeaux build farm
>> is going to be delayed in building gnome-team as
guix-comm...@gnu.org writes:
> rekado pushed a change to branch master
> in repository guix.
>
> from 2bea3f2562 gnu: kubo: Unbundle go-cidutil, go-log and go-ipfs-util.
> new 79c2b32337 gnu: r-with-tests: Update to 4.4.0.
...
> new 5ad635ec49 gnu: r-job: Update to 0.3.1.
>
Simon Tournier writes:
> Here or there, we have bugs as:
>
> https://issues.guix.gnu.org/70659
> https://issues.guix.gnu.org/70726
>
> And our answer looks like:
>
> > Additionally, I strongly advise upgrading guix-daemon, as noted in
> the
> > bug report above.
>
>
block 70456 by 70766
thanks
I think being able to merge core-updates is still a few weeks away, so I
think there's time to build and merge gnome-team without delaying
core-updates.
If it does become a problem, we can always switch approach and wait
until after core-updates is merged to look at
Maxim Cournoyer writes:
> Hi Chris,
>
> Christopher Baines writes:
>
>> nss@3.99 is really hard to build, it's so hard and so important that
>> data.guix.gnu.org is still after two days trying to process [1]. I say
>> so important because you have to build n
Christopher Baines writes:
> nss@3.99 is really hard to build, it's so hard and so important that
> data.guix.gnu.org is still after two days trying to process [1]. I say
> so important because you have to build nss@3.99 to compute the channel
> instance derivations for Guix.
0c4ba1dd6220e78dfe910076e46c5aa8b9217b1a
Author: Christopher Baines
AuthorDate: Wed May 1 10:56:29 2024 +0100
hydra: Remove fosshost machine config.
As these haven't existed for a while.
* hydra/fosshost1.scm: Delete file.
* hydra/fosshost2.scm: Delete file.
---
hydra
Efraim Flashner writes:
> On Mon, Apr 29, 2024 at 04:52:29PM +0200, Ricardo Wurmus wrote:
>> Hi Guix,
>>
>> for the past weeks the "master" branch has been in pretty poor state
>> according to ci.guix.gnu.org. It keeps hovering at around 56% progress,
>> which is a far cry from the 80+% we
nss@3.99 is really hard to build, it's so hard and so important that
data.guix.gnu.org is still after two days trying to process [1]. I say
so important because you have to build nss@3.99 to compute the channel
instance derivations for Guix.
1:
nss@3.98.0 seems really difficult to build, currently on the bordeaux
build farm it's failed all attempts to build it on all architectures
except riscv64-linux and aarch64-linux [1].
1:
cbaines pushed a change to branch master
in repository data-service.
from c185892 Instrument the resource pool checkout timeouts
new 993887f Further change job store connection handling
new 4a09be7 Use non-blocking inferior-eval-with-store in for glibc-locales
new 824e731
cbaines pushed a commit to branch master
in repository data-service.
commit 957727c51aafe916da34a33778fa4e8112492fd6
Author: Christopher Baines
AuthorDate: Sun Apr 28 22:03:25 2024 +0100
Fix package replacement handling on the revision packages page
---
guix-data-service/model/package.scm
cbaines pushed a commit to branch master
in repository data-service.
commit 4a09be753c12e39186d448b30abced6ec1358ee1
Author: Christopher Baines
AuthorDate: Thu Apr 25 23:29:50 2024 +0100
Use non-blocking inferior-eval-with-store in for glibc-locales
---
guix-data-service/jobs/load-new-guix
cbaines pushed a commit to branch master
in repository data-service.
commit 993887fe0c5fcdb17c0583df50b868201761b85c
Author: Christopher Baines
AuthorDate: Thu Apr 25 22:01:22 2024 +0100
Further change job store connection handling
The guix-dameon WAL is still growing excessively
cbaines pushed a commit to branch master
in repository data-service.
commit 62010990032a87417b4e4358752d52407e5614a4
Author: Christopher Baines
AuthorDate: Fri Apr 26 09:46:10 2024 +0100
Instrument requests
---
guix-data-service/web/server.scm | 6 +-
1 file changed, 5 insertions(+), 1
cbaines pushed a commit to branch master
in repository data-service.
commit 824e731a5c0ebb6acc8eb118fda1fd2bfc367256
Author: Christopher Baines
AuthorDate: Thu Apr 25 23:33:12 2024 +0100
Attempt to avoid the WAL growing excessively
---
guix-data-service/jobs/load-new-guix-revision.scm | 25
Andreas Enge writes:
> Hello,
>
> Am Wed, Apr 24, 2024 at 02:21:56PM +0100 schrieb Christopher Baines:
>> Let me know if you have any thoughts or questions!
>
> in this part:
> +@item
> +Minimise the changes on master that are missing on the branch prior to
> +m
Andreas Enge writes:
> Am Mon, Apr 22, 2024 at 05:27:58PM +0100 schrieb Christopher Baines:
>> When implementing this I chose to have the review trump any other status
>> since hopefully any failing builds will have been taken in to account by
>> the reviewer.
>
> My
Attila Lendvai writes:
> dear fellow Guilers,
>
> context:
>
>
> i'm working on shepherd (with several non-trivial local commits). its
> test suite runs clean from a shell, but fails when i try to
> `./pre-inst-env guix build -K shepherd@0.10.99-git`.
>
>
> the sympthom:
> -
Christopher Baines writes:
> For years now I've been trying to work out how to do reliable HTTPS
> networking with Guile, where reliable just means that it can't hang
> indefinitely.
>
> After a few wrong turns, I believe the way to do this is use
> non-blocking port
Since this allows specifying additional behaviours for the socket
through using SOCK_CLOEXEC and/or SOCK_NONBLOCK (when bitwise or'ed with
SOCK_STREAM).
Note that Guile/guile-gnutls currently doesn't support performing the
TLS handshake on a non-blocking socket, so this currently won't work.
*
As described in the GnuTLS documentation on Asynchronous operation,
GNUTLS_NONBLOCK should be passed to gnutls_init, and the Guile
equivalent is passing connection-flag/nonblock to make-session.
Additionally, error/again or error/interrupted should lead to a retry of
the handshake, after waiting
For years now I've been trying to work out how to do reliable HTTPS
networking with Guile, where reliable just means that it can't hang
indefinitely.
After a few wrong turns, I believe the way to do this is use
non-blocking ports as that combined with suspendable ports in Guile
allows you to
Hey!
I ran in to some problems with the formatter recently, it
seems it's being called with more than 3 arguments since the update to
guile-lib 0.2.8.
Can you advise on how to approach this?
I presume this isn't some internal interface I'm using accidentally? The
documentation states:
Steve George writes:
> I think we should strongly recommend against long-running unmerged branches.
>
> Perhaps there could be a recommendation to merge every 3 months.
My hope is that with these process changes, we won't end up with
long-running branches.
Maybe we could add a recommendation,
Hey!
Almost a year ago, the branching strategy was changed [1][2].
1: https://issues.guix.gnu.org/63459
2: https://lists.gnu.org/archive/html/guix-devel/2023-06/msg00024.html
I think these changes have gone OK, we've had ~27 [3] branches merged in
this manor and I think looking back these
Andreas Enge writes:
> it looks like the dark green colour is wrongly chosen in QA,
> for instance here:
>https://qa.guix.gnu.org/issue/69441
> The issue has been reviewed, but "Comparison unavailable
> Yet to process revision".
>
> I think dark green should only appear when the package is
Maxim Cournoyer writes:
> Hi,
>
> Christopher Baines writes:
>
>> Christopher Baines writes:
>>
>>> I'm also really confused by what commits appear to be on the branch,
>>> take 12b15585a75062f3fba09d82861c6fae9a7743b2 which appears to be
Ludovic Courtès writes:
> What’s the status of ‘core-updates’? What are the areas where help is
> needed?
>
> I know a lot has happened since the last update¹, which is roughly when
> I dropped the ball due to other commitments, but I’m not sure where we
> are now.
I haven't really been
Ludovic Courtès writes:
> What’s the status of ‘core-updates’? What are the areas where help is
> needed?
>
> I know a lot has happened since the last update¹, which is roughly when
> I dropped the ball due to other commitments, but I’m not sure where we
> are now.
I haven't really been
Christopher Baines writes:
> I'm also really confused by what commits appear to be on the branch,
> take 12b15585a75062f3fba09d82861c6fae9a7743b2 which appears to be one
> core-updates, but it's a duplicate of
> e2a7c227dea5b361e2ebdbba24b923d1922a79d0 which was pushed to
&g
Hey,
Thanks for raising this issue Steve, given the branch has been going for
around 9 months (since [1]) now, I think it's well overdue to start
looking at building and merging it.
1: https://lists.gnu.org/archive/html/guix-commits/2023-07/msg00332.html
I pushed a single commit plus a merge
Tony Garnock-Jones writes:
> I'm seeing some very strange behaviour from `atomic-box-swap!` (but
> not `atomic-box-compare-and-swap!`) on Guile 3.0.9 from Homebrew on
> OSX Sonoma using an M3 Pro cpu. The issue does not seem to manifest on
> x86_64. Could it be some interaction between Guile and
cbaines pushed a commit to branch master
in repository data-service.
commit c18589249f4b78994db6715226334a28ae6bc85f
Author: Christopher Baines
AuthorDate: Mon Apr 15 13:54:25 2024 +0100
Instrument the resource pool checkout timeouts
---
guix-data-service/web/server.scm | 16
cbaines pushed a commit to branch master
in repository data-service.
commit 88b9d34fb16beec09577c30c384a41e9a89bfa4b
Author: Christopher Baines
AuthorDate: Mon Apr 15 13:43:37 2024 +0100
Close store connections earlier
As I think the temporary roots on the long running store
cbaines pushed a commit to branch master
in repository data-service.
commit f1add8886761f2e6aec3563562b724a886fbe85b
Author: Christopher Baines
AuthorDate: Mon Apr 15 13:53:35 2024 +0100
Add support for tracking resource pool checkout timeouts
---
guix-data-service/utils.scm | 10
cbaines pushed a change to branch master
in repository data-service.
from 7f5f110 Add error handling for startup failures
new 88b9d34 Close store connections earlier
new f1add88 Add support for tracking resource pool checkout timeouts
new c185892 Instrument the resource
Ludovic Courtès writes:
> Hi,
>
> Philip McGrath skribis:
>
>> I don't know if the root cause is related, but this reminded me of
>> some networking errors I sometimes get accessing substitutes. I had
>> the luck (good or bad?) to get an example while building
>>
Maxim Cournoyer writes:
> Hi,
>
> Using an acrynym such as @acronym(SNES, Super Nintendo Entertainment
> System) currently throws an "invalid Texinfo markup" error at build
> time.
I think I've used acronyms in descriptions, seems like diffr in
rust-apps uses one for example.
The brackets are
I've encountered a situation where signal handlers don't seem to
run. With the following program, sending it SIGINT won't trigger the
handler, however if you remove the system* call, then the handler will
run.
(use-modules (ice-9 threads))
(call-with-new-thread
(lambda ()
;; Remove
cbaines pushed a commit to branch master
in repository data-service.
commit b5f59189e17161b2396adf7b5440f04a2a8d5c01
Author: Christopher Baines
AuthorDate: Mon Apr 1 21:51:29 2024 +0100
Move backfilling in to the server module and use the connection pool
To avoid using the old
cbaines pushed a commit to branch master
in repository data-service.
commit 7f5f11048bd6d28b001f5fff31b9149f1a9e96b9
Author: Christopher Baines
AuthorDate: Tue Apr 2 12:16:27 2024 +0100
Add error handling for startup failures
---
scripts/guix-data-service.in | 39
1 - 100 of 3090 matches
Mail list logo
