Hi Simon,
the failure is gone (same hash, flaky test(s)?).
Well, I do not where the issue could come from. I am not able to
reproduce.
Closing?
Ok, please close, it's at least documented and Time will tell.
Regards,
Francis
Seen with 0.10.4:
--8<---cut here---start->8---
ludo@guix-hpc7 ~$ sudo herd status tor
Statut de tor :
It is running since sam. 01 juin 2024 15:58:57 (9 days ago).
Valeur d’exécution 453.
Activé.
Fournit (tor).
Requiert (user-processes loopback
Hi,
The CI reported these test failures for vlang:
--8<---cut here---start->8---
Failed command 1:"/tmp/guix-build-vlang-0.2.4.drv-0/source/v" -o
"/tmp/guix-build-vlang-0.2.4.drv-0/v/test_session_13563027836601674/reader_test"
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
>
Christopher Baines writes:
> I've investigated this now
Thanks for looking into this!
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
On an IPv6-only network, the default configuration for ntp-service-type
doesn't work, because the default pool used (<0.guix.pool.ntp.org>)
doesn't have IPv6 addresses.
In fact, the <1.guix.pool.ntp.org> and <3.guix.pool.ntp.org> pools don't
have IPv6 addresses either. Only the
Hi all,
On 29/05/2024 01:44, Richard Sent wrote:
Richard Sent writes:
> 1. There was a transient network issue for ~3 hours when I attempted to
> install Guix ~4 times using different installation media that caused a
> specific TLS handshake to fail.
>
> 2. A specific TLS handshake Guix