Follow up as for today on emacs 29.4.
guix pull
guix build emacs --check --no-grafts
guix challenge emacs --diff=diffoscope
--substitute-urls="https://ci.guix.gnu.org";
1 éléments du dépôt ont été analysés :
- 1 (100.0 %) étaient identiques
- 0 (0.0 %) étaient différents
- 0 (0.0 %) éta
Ludovic Courtès writes:
Hello,
> skribis:
>
>> Ludovic Courtès writes:
[..]
>>> I see several possible things to do:
>>>
>>> 1. Disable GC warnings altogether in Guix by setting ‘GC_warn_proc’.
>>>
>>> 2. Make sure guix-daemon discards stderr from agents such as ‘guix
>>> authenticate
Hello!
skribis:
> Anyway, using this patch 0001 it seems that suppressing the warnings
> works, I no longer get
>
> "GC Warning: Repeated allocation of very large block (appr. size 112
> KiB):\n\tMay lead to memory leak and poor performance\n"
>
>
> but still get
>
> unexpected build daemon err
Ludovic Courtès writes:
Hi!
> skribis:
>
>> Anyway, using this patch 0001 it seems that suppressing the warnings
>> works, I no longer get
>>
>> "GC Warning: Repeated allocation of very large block (appr. size 112
>> KiB):\n\tMay lead to memory leak and poor performance\n"
>>
>>
>> but still get
Hi Simon,
The storm is over and users no longer complain.
It seems that all the problems came from a disorder in the NAS
permissions. I didn't mention that the home is hosted by a NAS.
I guess this disorder disturbed first the sssd and mkhomedir and since
guix.
I will be careful for the ne
Hello again,
On Tue, 05 Nov 2024 18:31:04 +0800,
Hilton Chain via Guix-patches via wrote:
>
> Hi Jakob,
>
> On Tue, 05 Nov 2024 02:38:34 +0800,
> Jakob Kirsch via Bug reports for GNU Guix wrote:
> >
> > I've recently noticed that `guix challenge guix` fails since guix isn't
> > reproducible at the
Hi Jakob,
On Tue, 05 Nov 2024 02:38:34 +0800,
Jakob Kirsch via Bug reports for GNU Guix wrote:
>
> I've recently noticed that `guix challenge guix` fails since guix isn't
> reproducible at the moment. As someone pointed out on XMPP, this is due to
> parallelism issues with Guile so running `guix b
> I just noticed that build-farm-url.el refers to deprecated/outdated
> URLs: hydra.gnu.org, ci.guix.info, etc.
I have send a pull request to fix upstream urls:
https://github.com/alezost/build-farm.el/pull/2/files
> As I’m writing this :-), I also notice that build-farm.el is technically
Feels like I'm shouting into the void here, but continuing to upload my
troubleshooting notes anyway...
So, there seems to be some difference here between the *Guix REPL* buffer and
the *Guix Internal REPL* buffer. From a fresh *Guix REPL*, I can run the
commands with no problem:
```
scheme@(e
* gnu/packages/algebra.scm (flint)[inputs]: Add gcc-14.
Change-Id: Ie9d20d5d0740770591016922d2d2a3aa54c57069
---
gnu/packages/algebra.scm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gnu/packages/algebra.scm b/gnu/packages/algebra.scm
index 2187cd062d..b782605771 100644
---
flint fails to build for me with the following error unless I include
as an input a newer gcc version.
Greg
--8<---cut here---start->8---
CC fmpz_poly_q/add.c
In file included from src/fft_small/mpn_mul.c:17:
src/fft_small/mpn_mul.c: In function ‘_mpn_from_f
Hi,
In order to include modern versions of Zig (Zig 0.12+) in Guix, we need
to remove the binary blobs.
I open this issue to track this effort and store information about the
process.
Some Guix user is trying to achieve the same goal:
https://git.jakstys.lt/motiejus/zig-repro
And discussi
12 matches
Mail list logo
