Dear Maintainers,
guix upgrade failed with:
[...]
building
/gnu/store/xjfs44qvk7rry6nbrbrd18irxdiycs2f-python-matplotlib-3.8.2.drv...
100% 'check'
▕███
Hi Maxim,
On Thu, 30 May 2024 at 22:59, Maxim Cournoyer wrote:
> + (source (origin
> +(inherit (package-source patch))
> +(method git-fetch)
> +(uri (git-reference
> + (url "https://git.savannah.gnu.org/git/patch.git";)
>
Hi Maxim,
On Wed, 22 May 2024 at 12:14, Maxim Cournoyer wrote:
> That'd be a welcome improvement! It'd be nice before if you could
> confirm/infirm whether this was truly the issue, if you still have
> access to the VM.
Sadly, I do not have access anymore to this configuration. I just
remembe
Ludovic Courtès skribis:
> I’m under the impression that sometimes, when the server replies to
> ‘worker-request-work’ messages, its reply is received by more than just
> the target worker, leading to builds being performed twice:
On closer inspection, the theory of the message being received by
Hi Guix!
guix time-machine does not have a verbosity option.
--8<---cut here---start->8---
~/code/projects/srht-readme $ guix time-machine -q --verbosity 0 -- describe
guix time-machine: error: verbosity: unrecognized option
--8<---cut here-
Hi Guix!
Setting verbosity to 0 (which according to the manual disables all
output) does not actually disable all output in Guix shell.
--8<---cut here---start->8---
~/code/projects/srht-readme $ guix shell --verbosity=0 ghc -- ls
substitute: updating substitut
Hi Guix!
Due to it's nature as an incremental counter (from 0% to 100%), Guix
prints many messages to the terminal when it is updating substitutes.
This hurts CI log files because large portions of the output is filled
with cruft [1]. This problem is made worse because Guix updates
substitutes mul
Hi Simon,
Simon Tournier writes:
> Hi Maxim,
>
> On Thu, 30 May 2024 at 22:59, Maxim Cournoyer
> wrote:
>
>> + (source (origin
>> +(inherit (package-source patch))
>> +(method git-fetch)
>> +(uri (git-reference
>> + (url
