bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Ludovic Courtès]

As reported by yelninei on IRC, Guix on the Hurd is in half-broken state
following the recent ‘core-updates’ merge.

Specifically, sending store items over SSH (and thus breaks offloading
too):

--8<---------------cut here---------------start------------->8---
$ guix copy --to=localhost:10022 idutils
guix copy: sending 1 store item (1 MiB) to 'localhost'...
guix copy: error: unknown error while sending files over SSH
--8<---------------cut here---------------end--------------->8---

(Here localhost:10022 is a childhurd.)

Inside the childhurd, we get:

--8<---------------cut here---------------start------------->8---
root@childhurd ~# tail -1 /var/log/guix-daemon.log 
2024-09-09 21:09:03 unexpected build daemon error: stoi
--8<---------------cut here---------------end--------------->8---

Last time we got that error was in commit
21deb89e287b5821975544118bf137562a91d4e1: guix-daemon was running with
incorrect locale data, and thus ‘std::stoi’ would throw (‘std::stoi’ in
guix-daemon is used for the communication with the ‘guix authenticate’
process, see ‘readAuthenticateReply’).

When running guix-daemon by hand instead of via the Shepherd service,
with the same environment variables, everything works, unless we set one
of the LC_* variables.

Ludo’.

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Ludovic Courtès]

Ludovic Courtès <ludovic.courtes@inria.fr> skribis:

> Inside the childhurd, we get:
>
> root@childhurd ~# tail -1 /var/log/guix-daemon.log 
> 2024-09-09 21:09:03 unexpected build daemon error: stoi
>
> Last time we got that error was in commit
> 21deb89e287b5821975544118bf137562a91d4e1: guix-daemon was running with
> incorrect locale data, and thus ‘std::stoi’ would throw (‘std::stoi’ in
> guix-daemon is used for the communication with the ‘guix authenticate’
> process, see ‘readAuthenticateReply’).

I wanted to ‘rpctrace’ to see what ‘guix authenticate’ and ‘guix-daemon’
are telling each other.  The problem is that ‘rpctrace’ is kinda broken,
or at least it wrecks havoc when trying to follow forks or something.

But I found a trick that allowed me to trace just ‘guix authenticate’:

--8<---------------cut here---------------start------------->8---
root@childhurd ~# cat intercept-guix.sh 
#!/bin/sh
/usr/bin/env > /tmp/env.log
echo >> /tmp/env.log
echo "$@" >> /tmp/env.log
exec rpctrace -o /tmp/rpctrace.log -s 200 /gnu/store/cg64w7mv1v2r188rzcgksdva9cvj8vir-guix-1.4.0-24.9a2ddcc/bin/guix "$@"
root@childhurd ~# LC_ALL=fr_FR.utf8 GUIX=$PWD/intercept-guix.sh  /gnu/store/cg64w7mv1v2r188rzcgksdva9cvj8vir-guix-1.4.0-24.9a2ddcc/bin/guix-daemon --build-users-group guixbuild --max-silent-time 3600 --timeout 86400 --log-compression gzip --discover=no --disable-chroot --disable-deduplication
--8<---------------cut here---------------end--------------->8---

(Here “LC_ALL=fr_FR.utf8” allows me to reproduce the stoi bug.)

We get this:

--8<---------------cut here---------------start------------->8---
root@childhurd ~# tail /tmp/rpctrace.log 
  5<--35(pid166)->dir_lookup ("gnu/store/9ghq6s4mq5sff9cwqrmn26ivycn3p8ql-guile-3.0.9/lib/guile/3.0/ccache/system/foreign-library.go" 4194305 0) = 0 1 ""    67<--70(pid166)
  67<--70(pid166)->io_seek_request (0 2) = 0 98141
  67<--70(pid166)->io_map_request () = 0    69<--66(pid166)  (null)
task30(pid166)-> 2089 (0 98141 0 1    69<--66(pid166) 0 1 1 7 1) = 0 61452288
task30(pid166)-> 3206 (pn{ 28}) = 0 
task30(pid166)-> 3206 (pn{ 27}) = 0 
task30(pid166)-> 2024 (61517824 18824 0 3) = 0 
  14<--31(pid166)->io_write_request ("GC Warning: Repeated allocation of very large block (appr. size 112 KiB):\n\tMay lead to memory leak and poor performance\n" -1) = 0 120
task30(pid166)-> 2012 (1 22) = 0 {0 25 195772416 15151104 0 0 0 0 1726072790 570000 0 0 0 0 0 0 0 0 1726072790 0 570000000 0}
task30(pid166)-> 2012 (3 12) = 0 {0 30000 0 20000 0 0 30000000 0 0 0 20000000 0}
--8<---------------cut here---------------end--------------->8---

That warning comes from libgc and there’s no such warning when LC_ALL is
left unset, which is why it works in that case.

The warning goes to stderr, but that’s what guix-daemon ends up reading,
hence the ‘stoi’ error.  One can reproduce that by printing something on
(current-error-port) from ‘guix authenticate’ and running, say, “make
check TESTS=tests/store.scm”: a bunch of tests fail.

It’s not clear to me why libgc keeps printing that warning on i586-gnu
(I think it’s fine on i686-linux so there might be a portability issue),
and it’s not clear either why changing the locale triggers the warning
(it might have to do with the so-called GC “black lists”, since loading
a locale effectively changes the address space layout somewhat).

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’.

  3. Figure out why those “Repeated allocation” messages are so frequent
     on i586-gnu and Do Something About It™.

Thoughts?

Ludo’.

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[janneke]

Ludovic Courtès writes:

Hi!

> Ludovic Courtès <ludovic.courtes@inria.fr> skribis:
>
>> Inside the childhurd, we get:
>>
>> root@childhurd ~# tail -1 /var/log/guix-daemon.log 
>> 2024-09-09 21:09:03 unexpected build daemon error: stoi
>>
>> Last time we got that error was in commit
>> 21deb89e287b5821975544118bf137562a91d4e1: guix-daemon was running with
>> incorrect locale data, and thus ‘std::stoi’ would throw (‘std::stoi’ in
>> guix-daemon is used for the communication with the ‘guix authenticate’
>> process, see ‘readAuthenticateReply’).

[snip some great debugging, phew!]

> That warning comes from libgc and there’s no such warning when LC_ALL is
> left unset, which is why it works in that case.

How about

   0. Unsetting LC_ALL on the Hurd

would that work?

> 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’.
>
>   3. Figure out why those “Repeated allocation” messages are so frequent
>      on i586-gnu and Do Something About It™.
>
> Thoughts?

If 0., which seems easiest, does not work then Obviously(?) 3. is nicer
but (much?) harder than 2., which is nicer than 1.  However, 1. is much
nicer than our current situation of not having offloading to our
childhurds and not having up-to-date substitutes.  How about doing
1. right now but only for the Hurd, until we get 2. or 3.?

Greeting,
Janneke

-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Ludovic Courtès]

[-- Attachment #1: Type: text/plain, Size: 1248 bytes --]

Hello,

<janneke@gnu.org> skribis:

> Ludovic Courtès writes:

[...]

>> That warning comes from libgc and there’s no such warning when LC_ALL is
>> left unset, which is why it works in that case.
>
> How about
>
>    0. Unsetting LC_ALL on the Hurd
>
> would that work?

I’m not sure, but if it does, it’s only “by chance”.

>> 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’.
>>
>>   3. Figure out why those “Repeated allocation” messages are so frequent
>>      on i586-gnu and Do Something About It™.
>>
>> Thoughts?
>
> If 0., which seems easiest, does not work then Obviously(?) 3. is nicer
> but (much?) harder than 2., which is nicer than 1.  However, 1. is much
> nicer than our current situation of not having offloading to our
> childhurds and not having up-to-date substitutes.  How about doing
> 1. right now but only for the Hurd, until we get 2. or 3.?

Yeah, let’s start with (1), maybe with the patch below (untested)?

(2) and (3) would be nice, but it goes with increasing difficulty.

Ludo’.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 862 bytes --]

diff --git a/gnu/packages/aux-files/guile-launcher.c b/gnu/packages/aux-files/guile-launcher.c
index ad0094bff5..6a59905a28 100644
--- a/gnu/packages/aux-files/guile-launcher.c
+++ b/gnu/packages/aux-files/guile-launcher.c
@@ -73,6 +73,15 @@ main (int argc, char **argv)
        which is always preferable over the C locale.  */
     setlocale (LC_ALL, "en_US.utf8");
 
+#if defined __GNU__
+  /* XXX: On 32-bit GNU/Hurd (i586-gnu), libgc emits "Repeated allocation"
+     warnings that are annoying and interfere with communications between
+     'guix-daemon' and 'guix authenticate':
+     <https://issues.guix.gnu.org/73181>.  Silence them.  */
+  static void no_warnings (char *message, GC_word arg) { };
+  GC_set_warn_proc (no_warnings);
+#endif
+
   const char *str;
   str = getenv ("GUILE_LOAD_PATH");
   load_path = str != NULL ? strdup (str) : NULL;

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[janneke]

[-- Attachment #1: Type: text/plain, Size: 1874 bytes --]

Ludovic Courtès writes:

Hello,

> <janneke@gnu.org> 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’.
>>>
>>>   3. Figure out why those “Repeated allocation” messages are so frequent
>>>      on i586-gnu and Do Something About It™.

[..]

> Yeah, let’s start with (1), maybe with the patch below (untested)?
>
> (2) and (3) would be nice, but it goes with increasing difficulty.

So...find two patches attached.  A tested version of (untested) which
was very helpful but did not compile.  I should have tested with #if 1,
and use #:tests? #f with guix right away... ;)

Anyway, using this patch 0001 it seems that suppressing the warnings
works, I no longer get

--8<---------------cut here---------------start------------->8---
"GC Warning: Repeated allocation of very large block (appr. size 112 KiB):\n\tMay lead to memory leak and poor performance\n"
--8<---------------cut here---------------end--------------->8---

but still get

--8<---------------cut here---------------start------------->8---
unexpected build daemon error: stoi
--8<---------------cut here---------------end--------------->8---

and the copy (and offload) still fails.  Then I tried resetting LC_ALL

>> How about
>>
>>    0. Unsetting LC_ALL on the Hurd
>>
>> would that work?
>
> I’m not sure, but if it does, it’s only “by chance”.

(option 0.) anyway in a followup patch.  Adding this patch 0003 (patch
0002 was just the guix package update), also the "stoi" warning is gone,
and offloading works.

So it seems that we have a workaround that "works by chance", WDYT?

Greetings,
Janneke


[-- Attachment #2: 0001-guile-Silence-GC-warnings-on-the-Hurd.patch --]
[-- Type: text/x-patch, Size: 2701 bytes --]

From 3d399e51104171ad328bea66ebdc1d6b0ac99685 Mon Sep 17 00:00:00 2001
Message-ID: <3d399e51104171ad328bea66ebdc1d6b0ac99685.1730803153.git.janneke@gnu.org>
From: Janneke Nieuwenhuizen <janneke@gnu.org>
Date: Mon, 4 Nov 2024 14:54:55 +0100
Subject: [PATCH 1/3] guile: Silence GC warnings on the Hurd.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8

This should work around <https://issues.guix.gnu.org/73181>, resurrecting
offloading to the Hurd.

* gnu/packages/aux-files/guile-launcher.c (no_warnings)[__GNU__]: New
function.
(main)[__GNU__]: Use it to silence libgc warnings.

Co-authored-by: Ludovic Courtès <ludo@gnu.org>.
Change-Id: I8f30732d192ce46144da4a1a081813a104a5f376
---
 gnu/packages/aux-files/guile-launcher.c | 19 ++++++++++++++++++-
 1 file changed, 18 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/aux-files/guile-launcher.c b/gnu/packages/aux-files/guile-launcher.c
index ad0094bff5..bc7fa21b63 100644
--- a/gnu/packages/aux-files/guile-launcher.c
+++ b/gnu/packages/aux-files/guile-launcher.c
@@ -1,7 +1,8 @@
 /* GNU Guix --- Functional package management for GNU
    Copyright 1996-1997,2000-2001,2006,2008,2011,2013,2018,2020,2021
       Free Software Foundation, Inc.
-   Copyright (C) 2020 Ludovic Courtès <ludo@gnu.org>
+   Copyright (C) 2020, 2024 Ludovic Courtès <ludo@gnu.org>
+   Copyright (C) 2024 Janneke Nieuwenhuizen <janneke@gnu.org>
 
    This file is part of GNU Guix.
 
@@ -28,6 +29,14 @@
 #include <locale.h>
 #include <libguile.h>
 
+#if defined __GNU__
+#include <gc.h>
+static void
+no_warnings (char *message, GC_word arg)
+{
+}
+#endif
+
 /* Saved values of GUILE_LOAD_PATH and GUILE_LOAD_COMPILED_PATH.  */
 static const char *load_path, *load_compiled_path;
 
@@ -73,6 +82,14 @@ main (int argc, char **argv)
        which is always preferable over the C locale.  */
     setlocale (LC_ALL, "en_US.utf8");
 
+#if defined __GNU__
+  /* XXX: On 32-bit GNU/Hurd (i586-gnu), libgc emits "Repeated allocation"
+     warnings that are annoying and interfere with communications between
+     'guix-daemon' and 'guix authenticate':
+     <https://issues.guix.gnu.org/73181>.  Silence them.  */
+  GC_set_warn_proc (no_warnings);
+#endif
+
   const char *str;
   str = getenv ("GUILE_LOAD_PATH");
   load_path = str != NULL ? strdup (str) : NULL;

base-commit: 20c7b8dd04e421a139a02438cf1ddfdfe544a446
-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com


[-- Attachment #3: 0003-squash-guile-Silence-GC-warnings-on-the-Hurd.patch --]
[-- Type: text/x-patch, Size: 2441 bytes --]

From b62d59cf5cc9f968bedd8126f587bc8e14f7964c Mon Sep 17 00:00:00 2001
Message-ID: <b62d59cf5cc9f968bedd8126f587bc8e14f7964c.1730803153.git.janneke@gnu.org>
In-Reply-To: <3d399e51104171ad328bea66ebdc1d6b0ac99685.1730803153.git.janneke@gnu.org>
References: <3d399e51104171ad328bea66ebdc1d6b0ac99685.1730803153.git.janneke@gnu.org>
From: Janneke Nieuwenhuizen <janneke@gnu.org>
Date: Mon, 4 Nov 2024 17:38:46 +0100
Subject: [PATCH 3/3] squash! guile: Silence GC warnings on the Hurd.
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8

Change-Id: Ia720221ed285d3e56938cfa37989d2c7c07b00e3
---
 gnu/packages/aux-files/guile-launcher.c | 17 ++++++++++-------
 1 file changed, 10 insertions(+), 7 deletions(-)

diff --git a/gnu/packages/aux-files/guile-launcher.c b/gnu/packages/aux-files/guile-launcher.c
index bc7fa21b63..ee6da76cc4 100644
--- a/gnu/packages/aux-files/guile-launcher.c
+++ b/gnu/packages/aux-files/guile-launcher.c
@@ -75,19 +75,22 @@ inner_main (void *unused, int argc, char **argv)
 int
 main (int argc, char **argv)
 {
-  /* Try to install the current locale; remain silent if it fails.  */
-  if (setlocale (LC_ALL, "") == NULL)
-    /* The 'guix pull'-provided 'guix' includes at least en_US.utf8 so use
-       that.  That gives us UTF-8 support for 'scm_to_locale_string', etc.,
-       which is always preferable over the C locale.  */
-    setlocale (LC_ALL, "en_US.utf8");
-
 #if defined __GNU__
+  /* Try to install the C locale; remain silent if it fails.  */
+  setlocale (LC_ALL, "C");
+
   /* XXX: On 32-bit GNU/Hurd (i586-gnu), libgc emits "Repeated allocation"
      warnings that are annoying and interfere with communications between
      'guix-daemon' and 'guix authenticate':
      <https://issues.guix.gnu.org/73181>.  Silence them.  */
   GC_set_warn_proc (no_warnings);
+#else
+  /* Try to install the current locale; remain silent if it fails.  */
+  if (setlocale (LC_ALL, "") == NULL)
+    /* The 'guix pull'-provided 'guix' includes at least en_US.utf8 so use
+       that.  That gives us UTF-8 support for 'scm_to_locale_string', etc.,
+       which is always preferable over the C locale.  */
+    setlocale (LC_ALL, "en_US.utf8");
 #endif
 
   const char *str;
-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com


[-- Attachment #4: Type: text/plain, Size: 164 bytes --]


-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Ludovic Courtès]

Hello!

<janneke@gnu.org> 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 error: stoi

Damnit.  Could you check with rpctrace what the daemon receives?

I wonder if I misunderstood what the root cause is.

> From 3d399e51104171ad328bea66ebdc1d6b0ac99685 Mon Sep 17 00:00:00 2001
> Message-ID: <3d399e51104171ad328bea66ebdc1d6b0ac99685.1730803153.git.janneke@gnu.org>
> From: Janneke Nieuwenhuizen <janneke@gnu.org>
> Date: Mon, 4 Nov 2024 14:54:55 +0100
> Subject: [PATCH 1/3] guile: Silence GC warnings on the Hurd.
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
> Content-Transfer-Encoding: 8bit
> Content-Type: text/plain; charset=UTF-8
>
> This should work around <https://issues.guix.gnu.org/73181>, resurrecting
> offloading to the Hurd.
>
> * gnu/packages/aux-files/guile-launcher.c (no_warnings)[__GNU__]: New
> function.
> (main)[__GNU__]: Use it to silence libgc warnings.
>
> Co-authored-by: Ludovic Courtès <ludo@gnu.org>.
> Change-Id: I8f30732d192ce46144da4a1a081813a104a5f376

LGTM.

>  #if defined __GNU__
> +  /* Try to install the C locale; remain silent if it fails.  */
> +  setlocale (LC_ALL, "C");

This I’d rather avoid, unless we have a good understanding of why this
would help.

Thanks for working on it!

Ludo’.

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[janneke]

[-- Attachment #1: Type: text/plain, Size: 1750 bytes --]

Ludovic Courtès writes:

Hi!

> <janneke@gnu.org> 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 error: stoi
>
> Damnit.  Could you check with rpctrace what the daemon receives?
>
> I wonder if I misunderstood what the root cause is.

Yes :-(  I captured a `guix offload test' run, see attached.

>> From 3d399e51104171ad328bea66ebdc1d6b0ac99685 Mon Sep 17 00:00:00 2001
>> Message-ID: <3d399e51104171ad328bea66ebdc1d6b0ac99685.1730803153.git.janneke@gnu.org>
>> From: Janneke Nieuwenhuizen <janneke@gnu.org>
>> Date: Mon, 4 Nov 2024 14:54:55 +0100
>> Subject: [PATCH 1/3] guile: Silence GC warnings on the Hurd.
>> * gnu/packages/aux-files/guile-launcher.c (no_warnings)[__GNU__]: New
>> function.
>> (main)[__GNU__]: Use it to silence libgc warnings.
>>
>> Co-authored-by: Ludovic Courtès <ludo@gnu.org>.
>> Change-Id: I8f30732d192ce46144da4a1a081813a104a5f376
>
> LGTM.

Do we want to push this...as it doesn't really

>> This should work around <https://issues.guix.gnu.org/73181>, resurrecting
>> offloading to the Hurd.

just yet.

>>  #if defined __GNU__
>> +  /* Try to install the C locale; remain silent if it fails.  */
>> +  setlocale (LC_ALL, "C");
>
> This I’d rather avoid, unless we have a good understanding of why this
> would help.

Yes, that was clear to me; just wanted to have this data point :)

> Thanks for working on it!

Yeat it's not much work, it just takes such a long wait each time.

Greetings,
Janneke


[-- Attachment #2: rpctrace-1.4.0-27.3d399e5.log --]
[-- Type: application/octet-stream, Size: 32095 bytes --]

task31(pid198)-> 2089 (0 4096 0 0  (null) 0 1 0 0 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2058 (4) = 0    22<--9(pid198)
  22<--9(pid198)->exec_startup_get_info () = 0 134517280 134512692 352 237568 16777216 0 "/gnu/store/7wgwfsbvq8m9zkz03d27ij53jciliz9n-guix-1.4.0-27.3d399e5/libexec/guix/guile\0\\0/run/current-system/profile/bin/guix\0authenticate\0" "SHELL=/gnu/store/dm5shwb20i38wqdkmyqvhqfi0hmq1lr1-bash-5.1.16/bin/bash\0XDG_CONFIG_DIRS=/root/.guix-profile/etc/xdg:/run/current-system/profile/etc/xdg\0PKG_CONFIG_PATH=/run/current-system/profile/lib/p" {  16<--25(pid198)   13<--27(pid198)   13<--27(pid198)   4<--32(pid198)   12<--33(pid198)} {  11<--34(pid198)   6<--35(pid198)   2<--36(pid198)   26<--38(pid198) (null) (null)} {18 0 0 0 0}
task31(pid198)-> 3206 (pn{  4}) = 0 
task31(pid198)-> 2089 (0 8192 0 1  (null) 0 0 3 7 1) = 0 17035264
  6<--35(pid198)->dir_lookup ("gnu/store/j7j3pcv94ds3kgjbpqvmbmc7qydgx5ff-guile-3.0.9/lib/libguile-3.0.so.1" 1 0) = 0 1 ""    22<--40(pid198)
  22<--40(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\0\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0\0\0\0\04\0\0\0\xe8l\x15\0\0\0\0\04\0 \0\t\0(\0\x1e\0\x1d\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\xd0\x19\x02\0\xd0\x19\x02\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0 \x02\0\0 \x02\0\0 \x02\0\xe5\xf6\v\0\xe5\xf6\v\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0 \x0e\0\0 \x0e\0\0 \x0e\0\xd4\t\a\0\xd4\t\a\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\x900\x15\0\x900\x15\0\x900\x15\00;\0\0\xf8t\0\0\x06\0\0\0\0\x10\0\0\x02\0\0\0x<\x15\0x<\x15\0x<\x15\08\x01\0\0"
  22<--40(pid198)->io_stat_request () = 0 {23 7 0 25445 0 1730805093 0 33133 1 0 0 1405336 0 1730805036 510000000 1 0 1730805033 440000000 8192 2760 0 0 0 0 0 0 0 0 0 0 0}
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (0 1418632 0 1    42<--9(pid198) 0 32 1 7 1) = 0 17043456
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (17182720 786432 0 0    42<--44(pid198) 139264 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (17182720 786432) = 0 
task31(pid198)-> 2089 (17182720 786432 0 0    42<--44(pid198) 139264 32 5 7 1) = 0 17182720
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (17969152 462848 0 0    42<--9(pid198) 925696 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (17969152 462848) = 0 
task31(pid198)-> 2089 (17969152 462848 0 0    42<--9(pid198) 925696 32 1 7 1) = 0 17969152
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (18432000 16384 0 0    42<--44(pid198) 1388544 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (18432000 16384) = 0 
task31(pid198)-> 2089 (18432000 16384 0 0    42<--44(pid198) 1388544 32 3 7 1) = 0 18432000
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 2089 (18448384 13704 0 0  (null) 0 0 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (18448384 13704) = 0 
task31(pid198)-> 2089 (18448384 13704 0 0  (null) 0 0 3 7 1) = 0 18448384
task31(pid198)-> 3206 (pn{  4}) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/j7j3pcv94ds3kgjbpqvmbmc7qydgx5ff-guile-3.0.9/lib/libgc.so.1" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/yxprh3h9ia690g4v1xhjhrsz54wdjd41-libgc-8.2.4/lib/libgc.so.1" 1 0) = 0 1 ""    22<--9(pid198)
  22<--9(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\0\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0\0\0\0\04\0\0\0\xb0\xbb\x02\0\0\0\0\04\0 \0\a\0(\0\x1c\0\x1b\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\xc4P\0\0\xc4P\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0`\0\0\0`\0\0\0`\0\0\x85\x96\x01\0\x85\x96\x01\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0\0\x02\0\0\0\x02\0\0\0\x02\0h\xb4\0\0h\xb4\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0h\xb4\x02\0h\xc4\x02\0h\xc4\x02\08\x06\0\0\xd8z\x02\0\x06\0\0\0\0\x10\0\0\x02\0\0\0\xb0\xb4\x02\0\xb0\xc4\x02\0\xb0\xc4\x02\0\xf8\0\0\0"
  22<--9(pid198)->io_stat_request () = 0 {23 7 0 40594 0 1730805097 0 33133 1 0 0 180240 0 1730805036 510000000 1 0 1730805033 450000000 8192 368 0 0 0 0 0 0 0 0 0 0 0}
  22<--9(pid198)->io_map_request () = 0    42<--40(pid198)  (null)
task31(pid198)-> 2089 (0 343872 0 1    42<--40(pid198) 0 32 1 7 1) = 0 18464768
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (18489344 106496 0 0    42<--44(pid198) 24576 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (18489344 106496) = 0 
task31(pid198)-> 2089 (18489344 106496 0 0    42<--44(pid198) 24576 32 5 7 1) = 0 18489344
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--40(pid198)  (null)
task31(pid198)-> 2089 (18595840 49152 0 0    42<--40(pid198) 131072 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (18595840 49152) = 0 
task31(pid198)-> 2089 (18595840 49152 0 0    42<--40(pid198) 131072 32 1 7 1) = 0 18595840
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (18644992 4096 0 0    42<--44(pid198) 176128 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (18644992 4096) = 0 
task31(pid198)-> 2089 (18644992 4096 0 0    42<--44(pid198) 176128 32 3 7 1) = 0 18644992
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 2089 (18649088 159552 0 0  (null) 0 0 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (18649088 159552) = 0 
task31(pid198)-> 2089 (18649088 159552 0 0  (null) 0 0 3 7 1) = 0 18649088
task31(pid198)-> 3206 (pn{  4}) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/j7j3pcv94ds3kgjbpqvmbmc7qydgx5ff-guile-3.0.9/lib/libpthread.so.0.3" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/yxprh3h9ia690g4v1xhjhrsz54wdjd41-libgc-8.2.4/lib/libpthread.so.0.3" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/81ffz0prarfczr408ydnps31jf72s5ly-glibc-cross-i586-pc-gnu-2.39/lib/libpthread.so.0.3" 1 0) = 0 1 ""    22<--40(pid198)
  22<--40(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\0\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0\0\0\0\04\0\0\0\xa4\n\x05\0\0\0\0\04\0 \0\n\0(\03\02\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0(E\0\0(E\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0P\0\0\0P\0\0\0P\0\0\x15\x8f\0\0\x15\x8f\0\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0\xe0\0\0\0\xe0\0\0\0\xe0\0\0\M\0\0\M\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\xcc-\x01\0\xcc=\x01\0\xcc=\x01\0\xc0\x03\0\0|\a\0\0\x06\0\0\0\0\x10\0\0\x02\0\0\0`.\x01\0`>\x01\0`>\x01\00\x01\0\0"
  22<--40(pid198)->io_stat_request () = 0 {23 0 0 17630 0 1730805058 0 33133 1 0 0 332444 0 1730805035 10000000 1 0 1730805033 140000000 8192 664 0 0 0 0 0 0 0 0 0 0 0}
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (0 83272 0 1    42<--9(pid198) 0 32 1 7 1) = 0 18808832
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (18829312 36864 0 0    42<--44(pid198) 20480 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (18829312 36864) = 0 
task31(pid198)-> 2089 (18829312 36864 0 0    42<--44(pid198) 20480 32 5 7 1) = 0 18829312
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (18866176 20480 0 0    42<--9(pid198) 57344 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (18866176 20480) = 0 
task31(pid198)-> 2089 (18866176 20480 0 0    42<--9(pid198) 57344 32 1 7 1) = 0 18866176
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (18886656 8192 0 0    42<--44(pid198) 73728 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (18886656 8192) = 0 
task31(pid198)-> 2089 (18886656 8192 0 0    42<--44(pid198) 73728 32 3 7 1) = 0 18886656
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 2024 (237568 16777216 0 7) = 0 
task31(pid198)-> 3206 (pn{  4}) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/j7j3pcv94ds3kgjbpqvmbmc7qydgx5ff-guile-3.0.9/lib/libgcc_s.so.1" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/yxprh3h9ia690g4v1xhjhrsz54wdjd41-libgc-8.2.4/lib/libgcc_s.so.1" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/81ffz0prarfczr408ydnps31jf72s5ly-glibc-cross-i586-pc-gnu-2.39/lib/libgcc_s.so.1" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/18gsrlhgk7k2a2g7prrk8d0i657l2jcn-gcc-cross-i586-pc-gnu-11.4.0-lib/i586-pc-gnu/lib/libgcc_s.so.1" 1 0) = 0 1 ""    22<--9(pid198)
  22<--9(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\0\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0\0\0\0\04\0\0\0(A\x04\0\0\0\0\04\0 \0\a\0(\0&\0%\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\x94"\0\0\x94"\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\00\0\0\00\0\0\00\0\0Ef\x01\0Ef\x01\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0\xa0\x01\0\0\xa0\x01\0\0\xa0\x01\0@=\0\0@=\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0\xe0\x01\0\0\xe0\x01\0\0\xe0\x01\0\0\x02\0\0\xa0\x03\0\0\x06\0\0\0\0\x10\0\0\x02\0\0\0\x14\xe0\x01\0\x14\xe0\x01\0\x14\xe0\x01\0\b\x01\0\0"
  22<--9(pid198)->io_stat_request () = 0 {23 0 0 744 0 1730805050 0 33060 1 0 0 280344 0 1730805033 150000000 1 0 1730805032 530000000 8192 560 0 0 0 0 0 0 0 0 0 0 0}
  22<--9(pid198)->io_map_request () = 0    42<--40(pid198)  (null)
task31(pid198)-> 2089 (0 123808 0 1    42<--40(pid198) 0 32 1 7 1) = 0 18894848
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (18907136 94208 0 0    42<--44(pid198) 12288 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (18907136 94208) = 0 
task31(pid198)-> 2089 (18907136 94208 0 0    42<--44(pid198) 12288 32 5 7 1) = 0 18907136
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--40(pid198)  (null)
task31(pid198)-> 2089 (19001344 16384 0 0    42<--40(pid198) 106496 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (19001344 16384) = 0 
task31(pid198)-> 2089 (19001344 16384 0 0    42<--40(pid198) 106496 32 1 7 1) = 0 19001344
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (19017728 4096 0 0    42<--44(pid198) 122880 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (19017728 4096) = 0 
task31(pid198)-> 2089 (19017728 4096 0 0    42<--44(pid198) 122880 32 3 7 1) = 0 19017728
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 3206 (pn{  4}) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/j7j3pcv94ds3kgjbpqvmbmc7qydgx5ff-guile-3.0.9/lib/libc.so.0.3" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/yxprh3h9ia690g4v1xhjhrsz54wdjd41-libgc-8.2.4/lib/libc.so.0.3" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/81ffz0prarfczr408ydnps31jf72s5ly-glibc-cross-i586-pc-gnu-2.39/lib/libc.so.0.3" 1 0) = 0 1 ""    22<--40(pid198)
  22<--40(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\x03\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0 Y\x05\04\0\0\0\xe8\xc5h\0\0\0\0\04\0 \0\r\0(\0r\0q\0\x06\0\0\04\0\0\04\0\0\04\0\0\0\xa0\x01\0\0\xa0\x01\0\0\x04\0\0\0\x04\0\0\0\x03\0\0\0\xa0\xa4\x1e\0\xa0\xa4\x1e\0\xa0\xa4\x1e\0U\0\0\0U\0\0\0\x04\0\0\0 \0\0\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\x94\xf6\x01\0\x94\xf6\x01\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0\0\x02\0\0\0\x02\0\0\0\x02\0\xb7A\x1a\0\xb7A\x1a\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0P\x1c\0\0P\x1c\0\0P\x1c\0\xa4\xf4\t\0"
  22<--40(pid198)->io_stat_request () = 0 {23 0 0 17606 0 1730805051 0 33133 1 0 0 6870968 0 1730805033 150000000 1 0 1730805032 530000000 8192 13448 0 0 0 0 0 0 0 0 0 0 0}
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (0 2544772 0 1    42<--9(pid198) 0 32 1 7 1) = 0 19021824
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (19152896 1724416 0 0    42<--44(pid198) 131072 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (19152896 1724416) = 0 
task31(pid198)-> 2089 (19152896 1724416 0 0    42<--44(pid198) 131072 32 5 7 1) = 0 19152896
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (20877312 655360 0 0    42<--9(pid198) 1855488 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (20877312 655360) = 0 
task31(pid198)-> 2089 (20877312 655360 0 0    42<--9(pid198) 1855488 32 1 7 1) = 0 20877312
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (21532672 16384 0 0    42<--44(pid198) 2510848 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21532672 16384) = 0 
task31(pid198)-> 2089 (21532672 16384 0 0    42<--44(pid198) 2510848 32 3 7 1) = 0 21532672
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 2089 (21549056 17540 0 0  (null) 0 0 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21549056 17540) = 0 
task31(pid198)-> 2089 (21549056 17540 0 0  (null) 0 0 3 7 1) = 0 21549056
task31(pid198)-> 3206 (pn{  4}) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/j7j3pcv94ds3kgjbpqvmbmc7qydgx5ff-guile-3.0.9/lib/libmachuser.so.1" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/yxprh3h9ia690g4v1xhjhrsz54wdjd41-libgc-8.2.4/lib/libmachuser.so.1" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/81ffz0prarfczr408ydnps31jf72s5ly-glibc-cross-i586-pc-gnu-2.39/lib/libmachuser.so.1" 1 0) = 0 1 ""    22<--9(pid198)
  22<--9(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\0\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0\0\0\0\04\0\0\0\x14\xff\x02\0\0\0\0\04\0 \0\n\0(\0&\0%\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\xe0H\0\0\xe0H\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0P\0\0\0P\0\0\0P\0\0%\xc8\0\0%\xc8\0\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0 \x01\0\0 \x01\0\0 \x01\0hQ\0\0hQ\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\xe8~\x01\0\xe8\x8e\x01\0\xe8\x8e\x01\0D\x01\0\0L\x01\0\0\x06\0\0\0\0\x10\0\0\x02\0\0\0\xf8~\x01\0\xf8\x8e\x01\0\xf8\x8e\x01\0\xe8\0\0\0"
  22<--9(pid198)->io_stat_request () = 0 {23 0 0 17617 0 1730805052 0 33133 1 0 0 197892 0 1730805033 150000000 1 0 1730805032 540000000 8192 400 0 0 0 0 0 0 0 0 0 0 0}
  22<--9(pid198)->io_map_request () = 0    42<--40(pid198)  (null)
task31(pid198)-> 2089 (0 102452 0 1    42<--40(pid198) 0 32 1 7 1) = 0 21569536
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (21590016 53248 0 0    42<--44(pid198) 20480 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21590016 53248) = 0 
task31(pid198)-> 2089 (21590016 53248 0 0    42<--44(pid198) 20480 32 5 7 1) = 0 21590016
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--40(pid198)  (null)
task31(pid198)-> 2089 (21643264 24576 0 0    42<--40(pid198) 73728 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21643264 24576) = 0 
task31(pid198)-> 2089 (21643264 24576 0 0    42<--40(pid198) 73728 32 1 7 1) = 0 21643264
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (21667840 8192 0 0    42<--44(pid198) 94208 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21667840 8192) = 0 
task31(pid198)-> 2089 (21667840 8192 0 0    42<--44(pid198) 94208 32 3 7 1) = 0 21667840
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 3206 (pn{  4}) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/j7j3pcv94ds3kgjbpqvmbmc7qydgx5ff-guile-3.0.9/lib/libhurduser.so.0.3" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/yxprh3h9ia690g4v1xhjhrsz54wdjd41-libgc-8.2.4/lib/libhurduser.so.0.3" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/81ffz0prarfczr408ydnps31jf72s5ly-glibc-cross-i586-pc-gnu-2.39/lib/libhurduser.so.0.3" 1 0) = 0 1 ""    22<--40(pid198)
  22<--40(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\0\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0\0\0\0\04\0\0\0\xdc \a\0\0\0\0\04\0 \0\n\0(\0&\0%\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0,\x95\0\0,\x95\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0\xa0\0\0\0\xa0\0\0\0\xa0\0\0\xf5\xe4\x01\0\xf5\xe4\x01\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0\x90\x02\0\0\x90\x02\0\0\x90\x02\0\xdc\xc2\0\0\xdc\xc2\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\xe4^\x03\0\xe4n\x03\0\xe4n\x03\0D\x02\0\0L\x02\0\0\x06\0\0\0\0\x10\0\0\x02\0\0\0\xf4^\x03\0\xf4n\x03\0\xf4n\x03\0\xe8\0\0\0"
  22<--40(pid198)->io_stat_request () = 0 {23 0 0 17613 0 1730805053 0 33133 1 0 0 468684 0 1730805033 150000000 1 0 1730805032 550000000 8192 928 0 0 0 0 0 0 0 0 0 0 0}
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (0 225584 0 1    42<--9(pid198) 0 32 1 7 1) = 0 21676032
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (21716992 126976 0 0    42<--44(pid198) 40960 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21716992 126976) = 0 
task31(pid198)-> 2089 (21716992 126976 0 0    42<--44(pid198) 40960 32 5 7 1) = 0 21716992
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (21843968 53248 0 0    42<--9(pid198) 167936 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21843968 53248) = 0 
task31(pid198)-> 2089 (21843968 53248 0 0    42<--9(pid198) 167936 32 1 7 1) = 0 21843968
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (21897216 8192 0 0    42<--44(pid198) 217088 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21897216 8192) = 0 
task31(pid198)-> 2089 (21897216 8192 0 0    42<--44(pid198) 217088 32 3 7 1) = 0 21897216
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 3206 (pn{  4}) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/yxprh3h9ia690g4v1xhjhrsz54wdjd41-libgc-8.2.4/lib/libffi.so.8" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/69p42kq5drmk5hcwlxik6yvcii6vf356-libffi-3.4.4/lib/libffi.so.8" 1 0) = 0 1 ""    22<--9(pid198)
  22<--9(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\0\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0\0\0\0\04\0\0\0\xe4O\0\0\0\0\0\04\0 \0\a\0(\0\x1d\0\x1c\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0<\r\0\0<\r\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0\x10\0\0\0\x10\0\0\0\x10\0\0u \0\0u \0\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0@\0\0\0@\0\0\0@\0\08\r\0\08\r\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\08M\0\08]\0\08]\0\0\x8c\x01\0\0\x94\x01\0\0\x06\0\0\0\0\x10\0\0\x02\0\0\0lM\0\0l]\0\0l]\0\0\0\x01\0\0"
  22<--9(pid198)->io_stat_request () = 0 {23 7 0 8700 0 1730805105 0 33133 1 0 0 21612 0 1730805036 510000000 1 0 1730805033 460000000 8192 48 0 0 0 0 0 0 0 0 0 0 0}
task31(pid198)-> 2089 (0 8192 0 1  (null) 0 0 3 7 1) = 0 21905408
  22<--9(pid198)->io_map_request () = 0    42<--40(pid198)  (null)
task31(pid198)-> 2089 (0 24268 0 1    42<--40(pid198) 0 32 1 7 1) = 0 21913600
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (21917696 12288 0 0    42<--44(pid198) 4096 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21917696 12288) = 0 
task31(pid198)-> 2089 (21917696 12288 0 0    42<--44(pid198) 4096 32 5 7 1) = 0 21917696
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--40(pid198)  (null)
task31(pid198)-> 2089 (21929984 4096 0 0    42<--40(pid198) 16384 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21929984 4096) = 0 
task31(pid198)-> 2089 (21929984 4096 0 0    42<--40(pid198) 16384 32 1 7 1) = 0 21929984
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (21934080 4096 0 0    42<--44(pid198) 16384 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21934080 4096) = 0 
task31(pid198)-> 2089 (21934080 4096 0 0    42<--44(pid198) 16384 32 3 7 1) = 0 21934080
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 3206 (pn{  4}) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/yxprh3h9ia690g4v1xhjhrsz54wdjd41-libgc-8.2.4/lib/libunistring.so.5" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/69p42kq5drmk5hcwlxik6yvcii6vf356-libffi-3.4.4/lib/libunistring.so.5" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/grnddd0hjjm6brp3vf8qnirmkmirjp57-libunistring-1.1/lib/libunistring.so.5" 1 0) = 0 1 ""    22<--40(pid198)
  22<--40(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\0\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0\0\0\0\04\0\0\0\b6\x1b\0\0\0\0\04\0 \0\a\0(\0\x1b\0\x1a\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\\xc5\0\0\\xc5\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0\xd0\0\0\0\xd0\0\0\0\xd0\0\0\x05\xbf\x03\0\x05\xbf\x03\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0\x90\x04\0\0\x90\x04\0\0\x90\x04\0\x1c\x83\x16\0\x1c\x83\x16\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\x1c\x13\x1b\0\x1c#\x1b\0\x1c#\x1b\0\b"\0\0h&\0\0\x06\0\0\0\0\x10\0\0\x02\0\0\0x-\x1b\0x=\x1b\0x=\x1b\0\xf0\0\0\0"
  22<--40(pid198)->io_stat_request () = 0 {23 7 0 22964 0 1730805107 0 33133 1 0 0 1784384 0 1730805036 510000000 1 0 1730805033 470000000 8192 3496 0 0 0 0 0 0 0 0 0 0 0}
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (0 1788292 0 1    42<--9(pid198) 0 32 1 7 1) = 0 21938176
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (21991424 245760 0 0    42<--44(pid198) 53248 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (21991424 245760) = 0 
task31(pid198)-> 2089 (21991424 245760 0 0    42<--44(pid198) 53248 32 5 7 1) = 0 21991424
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (22237184 1478656 0 0    42<--9(pid198) 299008 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (22237184 1478656) = 0 
task31(pid198)-> 2089 (22237184 1478656 0 0    42<--9(pid198) 299008 32 1 7 1) = 0 22237184
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (23715840 12288 0 0    42<--44(pid198) 1773568 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (23715840 12288) = 0 
task31(pid198)-> 2089 (23715840 12288 0 0    42<--44(pid198) 1773568 32 3 7 1) = 0 23715840
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 3206 (pn{  4}) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/yxprh3h9ia690g4v1xhjhrsz54wdjd41-libgc-8.2.4/lib/libcrypt.so.1" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/69p42kq5drmk5hcwlxik6yvcii6vf356-libffi-3.4.4/lib/libcrypt.so.1" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/grnddd0hjjm6brp3vf8qnirmkmirjp57-libunistring-1.1/lib/libcrypt.so.1" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/58fda34kb44awb1rpj68ga59pg7szims-libxcrypt-4.4.36/lib/libcrypt.so.1" 1 0) = 0 1 ""    22<--9(pid198)
  22<--9(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\0\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0\0\0\0\04\0\0\0\xe8\x80\x03\0\0\0\0\04\0 \0\b\0(\0\x1a\0\x19\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\xe8\x0e\0\0\xe8\x0e\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0\x10\0\0\0\x10\0\0\0\x10\0\0\x05\xa7\x01\0\x05\xa7\x01\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0\xc0\x01\0\0\xc0\x01\0\0\xc0\x01\0T\xb4\x01\0T\xb4\x01\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\x10}\x03\0\x10\x8d\x03\0\x10\x8d\x03\0\xf4\x02\0\0\x94\x85\0\0\x06\0\0\0\0\x10\0\0\x02\0\0\0\x94~\x03\0\x94\x8e\x03\0\x94\x8e\x03\0\xf8\0\0\0"
  22<--9(pid198)->io_stat_request () = 0 {23 7 0 5041 0 1730805109 0 33133 1 0 0 230648 0 1730805036 510000000 1 0 1730805033 470000000 8192 464 0 0 0 0 0 0 0 0 0 0 0}
  22<--9(pid198)->io_map_request () = 0    42<--40(pid198)  (null)
task31(pid198)-> 2089 (0 266916 0 1    42<--40(pid198) 0 32 1 7 1) = 0 23728128
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (23732224 110592 0 0    42<--44(pid198) 4096 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (23732224 110592) = 0 
task31(pid198)-> 2089 (23732224 110592 0 0    42<--44(pid198) 4096 32 5 7 1) = 0 23732224
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--40(pid198)  (null)
task31(pid198)-> 2089 (23842816 114688 0 0    42<--40(pid198) 114688 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (23842816 114688) = 0 
task31(pid198)-> 2089 (23842816 114688 0 0    42<--40(pid198) 114688 32 1 7 1) = 0 23842816
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--9(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (23957504 8192 0 0    42<--44(pid198) 225280 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (23957504 8192) = 0 
task31(pid198)-> 2089 (23957504 8192 0 0    42<--44(pid198) 225280 32 3 7 1) = 0 23957504
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 2089 (23965696 29348 0 0  (null) 0 0 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (23965696 29348) = 0 
task31(pid198)-> 2089 (23965696 29348 0 0  (null) 0 0 3 7 1) = 0 23965696
task31(pid198)-> 3206 (pn{  4}) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/yxprh3h9ia690g4v1xhjhrsz54wdjd41-libgc-8.2.4/lib/libm.so.6" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/69p42kq5drmk5hcwlxik6yvcii6vf356-libffi-3.4.4/lib/libm.so.6" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/grnddd0hjjm6brp3vf8qnirmkmirjp57-libunistring-1.1/lib/libm.so.6" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/58fda34kb44awb1rpj68ga59pg7szims-libxcrypt-4.4.36/lib/libm.so.6" 1 0) = 0x40000002 (No such file or directory) 
  6<--35(pid198)->dir_lookup ("gnu/store/81ffz0prarfczr408ydnps31jf72s5ly-glibc-cross-i586-pc-gnu-2.39/lib/libm.so.6" 1 0) = 0 1 ""    22<--40(pid198)
  22<--40(pid198)->io_read_request (-1 512) = 0 "\x7fELF\x01\x01\x01\0\0\0\0\0\0\0\0\0\x03\0\x03\0\x01\0\0\0\0\0\0\04\0\0\0x?\x1a\0\0\0\0\04\0 \0\n\0(\0(\0'\0\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0l\xcb\0\0l\xcb\0\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\0\xd0\0\0\0\xd0\0\0\0\xd0\0\05\xad\v\05\xad\v\0\x05\0\0\0\0\x10\0\0\x01\0\0\0\0\x80\f\0\0\x80\f\0\0\x80\f\0\xd8b\x03\0\xd8b\x03\0\x04\0\0\0\0\x10\0\0\x01\0\0\0\xb4\xee\x0f\0\xb4\xfe\x0f\0\xb4\xfe\x0f\0x\x01\0\0\x84\x01\0\0\x06\0\0\0\0\x10\0\0\x02\0\0\0\xc4\xee\x0f\0\xc4\xfe\x0f\0\xc4\xfe\x0f\0\b\x01\0\0"
  22<--40(pid198)->io_stat_request () = 0 {23 7 0 17615 0 1730805110 0 33133 1 0 0 1721784 0 1730805036 510000000 1 0 1730805033 470000000 8192 3376 0 0 0 0 0 0 0 0 0 0 0}
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (0 1048632 0 1    42<--9(pid198) 0 32 1 7 1) = 0 23998464
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (24051712 765952 0 0    42<--44(pid198) 53248 32 5 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (24051712 765952) = 0 
task31(pid198)-> 2089 (24051712 765952 0 0    42<--44(pid198) 53248 32 5 7 1) = 0 24051712
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--9(pid198)  (null)
task31(pid198)-> 2089 (24817664 225280 0 0    42<--9(pid198) 819200 32 1 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (24817664 225280) = 0 
task31(pid198)-> 2089 (24817664 225280 0 0    42<--9(pid198) 819200 32 1 7 1) = 0 24817664
task31(pid198)-> 3206 (pn{ 13}) = 0 
  22<--40(pid198)->io_map_request () = 0    42<--44(pid198)  (null)
task31(pid198)-> 2089 (25042944 8192 0 0    42<--44(pid198) 1040384 32 3 7 1) = 0x3 ((os/kern) no space available) 
task31(pid198)-> 2023 (25042944 8192) = 0 
task31(pid198)-> 2089 (25042944 8192 0 0    42<--44(pid198) 1040384 32 3 7 1) = 0 25042944
task31(pid198)-> 3206 (pn{ 13}) = 0 
task31(pid198)-> 3206 (pn{  4}) = 0 
task31(pid198)-> 2089 (0 8192 0 1  (null) 0 0 3 7 1) = 0 25051136
thread1(pid198)-> 3807 (-1 {1191247871 30405246}) = 0 75
task31(pid198)-> 3206 (pn{  4}) = 0 
task31(pid198)-> 2024 (21532672 8192 0 1) = 0 
task31(pid198)-> 2024 (21667840 4096 0 1) = 0 
task31(pid198)-> 2024 (21897216 4096 0 1) = 0 
task31(pid198)-> 2024 (25042944 4096 0 1) = 0 
task31(pid198)-> 2024 (23957504 4096 0 1) = 0 
task31(pid198)-> 2024 (18886656 4096 0 1) = 0 
task31(pid198)-> 2024 (18432000 8192 0 1) = 0 
task31(pid198)-> 2024 (221184 8192 0 1) = 0 
task31(pid198)-> 3208 (pn{  3} 1 -1) = 0 
task31(pid198)-> 3206 (pn{  2}) = 0 
task31(pid198)-> 3206 (pn{  1}) = 0 
task31(pid198)-> 2089 (536870912 134217728 0 0  (null) 0 0 0 7 1) = 0 536870912
task31(pid198)-> 2021 (268435463 4096 1) = 0 25059328
task31(pid198)-> 2059 (4  (null)) = 0 
task31(pid198)-> 2021 (4 4096 1) = 0 25063424
task31(pid198)-> 3208 (pn{  3} 0 1) = 0 
task31(pid198)-> 3206 (pn{  3}) = 0 
  26<--38(pid198)->proc_getpids_request () = 0 198 196 1
  26<--38(pid198)->proc_getpgrp_request (198) = 0 196
task31(pid198)-> 2021 (24148 4096 1) = 0 25067520
task31(pid198)-> 2021 (25067520 4096 1) = 0 25071616
task31(pid198)-> 2023 (17022976 20) = 0 
task31(pid198)-> 2029 (17014760) = 0 237568 16777216 7 7 1 0    22<--9(pid198) 0
task31(pid198)-> 3206 (pn{ 13}) = 0 
  6<--35(pid198)->dir_lookup ("dev/urandom" 9 0) = 0 3 "/dev/random"  (null)
  6<--35(pid198)->dir_lookup ("dev/random" 9 0) = 0 1 ""    22<--40(pid198)
  22<--40(pid198)->io_read_request (-1 4) = 0 "\xf7\xf7\x04A"
task31(pid198)-> 2024 (536870912 135168 0 3) = 0 
task31(pid198)-> 2024 (537006080 4096 0 3) = 0 
task31(pid198)-> 3204 (1) = 0 pn{ 14}
task31(pid198)-> 3215 (pn{ 14}   42) = 0 
task31(pid198)-> 3210 (pn{ 14} 1) = 0 
task31(pid198)-> 3206 (pn{  3}) = 0 
task31(pid198)-> 3204 (1) = 0 pn{ 15}
task31(pid198)-> 3215 (pn{ 15}   44) = 0 
task31(pid198)-> 2021 (0 8392704 1) = 0 25075712
task31(pid198)-> 3204 (1) = 0 pn{ 16}
task31(pid198)-> 3215 (pn{ 16}   45) = 0 
task31(pid198)-> 3210 (pn{ 16} 1) = 0 
task31(pid198)-> 2061 () = 0    46<--9(pid198)
task31(pid198)-> 2024 (25075712 4096 0 0) = 0 
thread46(pid198)-> 2017 (5 17) = 0 {31 31 31 31 0 0 0 0 0 0 0 0 0 23 512 0 31}
thread46(pid198)-> 3807 (75 {398524415 550498816}) = 0 75
thread46(pid198)-> 2018 (5 {75 31 31 31 0 0 0 0 0 0 0 0 18837200 23 512 33468396 31}) = 0 
task31(pid198)-> 2021 (17 4096 1) = 0 17022976
task31(pid198)-> 3208 (pn{ 17} 0 1) = 0 
thread46(pid198)-> 2063 () = 0 
task31(pid198)-> 3206 (pn{ 17}) = 0 
task31(pid198)-> 2059 (3    44<--48(pid-1)) = 0 
  26<--38(pid198)->proc_setmsgport_request (   44<--48(pid-1)) = 0  (null)
  26<--38(pid198)->proc_set_arg_locations_request (17014228 17014248) = 0 
task31(pid198)-> 3204 (1) = 0 pn{ 19}
task31(pid198)-> 3215 (pn{ 19}   49) = 0 
task31(pid198)-> 3204 (1) = 0 pn{ 20}
task31(pid198)-> 3210 (pn{ 20} 1) = 0 
  26<--38(pid198)->proc_handle_exceptions_request (   49<--51(pid-1)    50<--52(pid-1) 5 {75 31 31 31 0 0 0 0 0 0 0 0 19291280 23 0 21548192 0}) = 0 
thread46(pid198)-> 2068 (3   51) = 0 
task31(pid198)-> 3206 (pn{ 19}) = 0 
task31(pid198)-> 2023 (17031168 20) = 0 
task31(pid198)-> 2023 (17027072 24) = 0 
  6<--35(pid198)->dir_lookup ("gnu/store/81ffz0prarfczr408ydnps31jf72s5ly-glibc-cross-i586-pc-gnu-2.39/share/locale/locale.alias" 4194305 0) = 0 1 ""    51<--47(pid198)

[-- Attachment #3: Type: text/plain, Size: 164 bytes --]


-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Ludovic Courtès]

Hello,

<janneke@gnu.org> 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 error: stoi
>>
>> Damnit.  Could you check with rpctrace what the daemon receives?
>>
>> I wonder if I misunderstood what the root cause is.
>
> Yes :-(  I captured a `guix offload test' run, see attached.

[...]

> task31(pid198)-> 2058 (4) = 0    22<--9(pid198)
>   22<--9(pid198)->exec_startup_get_info () = 0 134517280 134512692 352 237568 16777216 0 "/gnu/store/7wgwfsbvq8m9zkz03d27ij53jciliz9n-guix-1.4.0-27.3d399e5/libexec/guix/guile\0\\0/run/current-system/profile/bin/guix\0authenticate\0" "SHELL=/gnu/store/dm5shwb20i38wqdkmyqvhqfi0hmq1lr1-bash-5.1.16/bin/bash\0XDG_CONFIG_DIRS=/root/.guix-profile/etc/xdg:/run/current-system/profile/etc/xdg\0PKG_CONFIG_PATH=/run/current-system/profile/lib/p" {  16<--25(pid198)   13<--27(pid198)   13<--27(pid198)   4<--32(pid198)   12<--33(pid198)} {  11<--34(pid198)   6<--35(pid198)   2<--36(pid198)   26<--38(pid198) (null) (null)} {18 0 0 0 0}

[...]

>   26<--38(pid198)->proc_setmsgport_request (   44<--48(pid-1)) = 0  (null)
>   26<--38(pid198)->proc_set_arg_locations_request (17014228 17014248) = 0 
> task31(pid198)-> 3204 (1) = 0 pn{ 19}
> task31(pid198)-> 3215 (pn{ 19}   49) = 0 
> task31(pid198)-> 3204 (1) = 0 pn{ 20}
> task31(pid198)-> 3210 (pn{ 20} 1) = 0 
>   26<--38(pid198)->proc_handle_exceptions_request (   49<--51(pid-1)    50<--52(pid-1) 5 {75 31 31 31 0 0 0 0 0 0 0 0 19291280 23 0 21548192 0}) = 0 
> thread46(pid198)-> 2068 (3   51) = 0 
> task31(pid198)-> 3206 (pn{ 19}) = 0 
> task31(pid198)-> 2023 (17031168 20) = 0 
> task31(pid198)-> 2023 (17027072 24) = 0 
>   6<--35(pid198)->dir_lookup ("gnu/store/81ffz0prarfczr408ydnps31jf72s5ly-glibc-cross-i586-pc-gnu-2.39/share/locale/locale.alias" 4194305 0) = 0 1 ""    51<--47(pid198)

Does that ‘locale.alias’ file exists?

Did you try several LC_ALL=xxx values to see which one would work and
which one wouldn’t?

So after all, there may be two issues: the “Repeated allocation” thing,
and a locale issue.

Thanks,
Ludo’.

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[janneke]

Ludovic Courtès writes:

Hi,

> <janneke@gnu.org> 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 error: stoi
>>>
>>> Damnit.  Could you check with rpctrace what the daemon receives?
>>>
>>> I wonder if I misunderstood what the root cause is.
>>
>> Yes :-(  I captured a `guix offload test' run, see attached.
>
> [...]
>
>> ("gnu/store/81ffz0prarfczr408ydnps31jf72s5ly-glibc-cross-i586-pc-gnu-2.39/share/locale/locale.alias"
>> 4194305 0) = 0 1 "" 51<--47(pid198)
>
> Does that ‘locale.alias’ file exists?

Yes

--8<---------------cut here---------------start------------->8---
root@childhurd ~# tail /gnu/store/81ffz0prarfczr408ydnps31jf72s5ly-glibc-cross-i586-pc-gnu-2.39/share/locale/locale.alias
portuguese      pt_PT.ISO-8859-1
romanian        ro_RO.ISO-8859-2
russian         ru_RU.ISO-8859-5
slovak          sk_SK.ISO-8859-2
slovene         sl_SI.ISO-8859-2
slovenian       sl_SI.ISO-8859-2
spanish         es_ES.ISO-8859-1
swedish         sv_SE.ISO-8859-1
thai             th_TH.TIS-620
turkish         tr_TR.ISO-8859-9
--8<---------------cut here---------------end--------------->8---

> Did you try several LC_ALL=xxx values to see which one would work and
> which one wouldn’t?

I tried fr_FR.UTF-8 and nl_NL.UTF-8, both fail.  And then LC_ALL=C,
which works.  Any other ideas?

> So after all, there may be two issues: the “Repeated allocation” thing,
> and a locale issue.

Yes, it looks like the we can suppress the warnings though, which
hides the "Repeated allocation" issue...

Greetings,
Janneke

-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[janneke]

Ludovic Courtès writes:

Hello,

> <janneke@gnu.org> 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 error: stoi
>
> Damnit.  Could you check with rpctrace what the daemon receives?
>
> I wonder if I misunderstood what the root cause is.
>
>> From 3d399e51104171ad328bea66ebdc1d6b0ac99685 Mon Sep 17 00:00:00 2001
>> Message-ID: <3d399e51104171ad328bea66ebdc1d6b0ac99685.1730803153.git.janneke@gnu.org>
>> From: Janneke Nieuwenhuizen <janneke@gnu.org>
>> Date: Mon, 4 Nov 2024 14:54:55 +0100
>> Subject: [PATCH 1/3] guile: Silence GC warnings on the Hurd.
>> MIME-Version: 1.0
>> Content-Type: text/plain; charset=UTF-8
>> Content-Transfer-Encoding: 8bit
>> Content-Transfer-Encoding: 8bit
>> Content-Type: text/plain; charset=UTF-8
>>
>> This should work around <https://issues.guix.gnu.org/73181>, resurrecting
>> offloading to the Hurd.
>>
>> * gnu/packages/aux-files/guile-launcher.c (no_warnings)[__GNU__]: New
>> function.
>> (main)[__GNU__]: Use it to silence libgc warnings.
>>
>> Co-authored-by: Ludovic Courtès <ludo@gnu.org>.
>> Change-Id: I8f30732d192ce46144da4a1a081813a104a5f376
>
> LGTM.

Okay, pushed to master as b0416b8503e38746717a2d1167f9d1410634981e.

I decided to add some more instrumentation

--8<---------------cut here---------------start------------->8---
diff --git a/nix/libstore/local-store.cc b/nix/libstore/local-store.cc
index 0883a4bbce..f9f42074eb 100644
--- a/nix/libstore/local-store.cc
+++ b/nix/libstore/local-store.cc
@@ -1182,6 +1182,12 @@ static int readInteger(int fd)
         }
     }
 
+    if (str.empty()) {
+      printMsg(lvlError, format("nondigit: %1%") % str);
+      str = readLine(fd);
+      printMsg(lvlError, format("line: %1%") % str);
+      throw EndOfFile("unexpected non-digit reading an integer");
+    }
     return stoi(str);
 }
--8<---------------cut here---------------end--------------->8---

to possibly find out what the non-digit text is that we get, and build
with the above patch.  However, after two initial offload failures and
wrong host key, manual chilhurd..

--8<---------------cut here---------------start------------->8---
08:31:37 janneke@dundal:~/src/guix/hurd64-team 
$ guix offload test
guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
guix offload: Guix is usable on 'localhost' (test returned "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
guix offload: 'localhost' is running GNU Guile 3.0.9
guix offload: sending 1 store item (0 MiB) to 'localhost'...
exporting path `/gnu/store/q8gsjh72lb4h2ga65g1rzj6f8nm9l7lg-export-test'
guix offload: error: unexpected non-digit reading an integer
[1] 08:32:10 janneke@dundal:~/src/guix/hurd64-team 
$ guix offload test
guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
guix offload: Guix is usable on 'localhost' (test returned "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
guix offload: 'localhost' is running GNU Guile 3.0.9
guix offload: sending 1 store item (0 MiB) to 'localhost'...
exporting path `/gnu/store/5hfifv0ngkazyhbn0klbfq28fcxnlz3b-export-test'
guix offload: error: unexpected non-digit reading an integer
[1] 08:32:28 janneke@dundal:~/src/guix/hurd64-team 
$ guix offload test
guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
guix offload: Guix is usable on 'localhost' (test returned "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
guix offload: 'localhost' is running GNU Guile 3.0.9
guix offload: sending 1 store item (0 MiB) to 'localhost'...
exporting path `/gnu/store/90517zpibi4bqsrbmd9ih64l8044ixnx-export-test'
guix offload: 'localhost' successfully imported '/gnu/store/90517zpibi4bqsrbmd9ih64l8044ixnx-export-test'
acquiring global GC lock `/var/guix/gc.lock'
acquiring read lock on `/var/guix/temproots/280'
acquiring write lock on `/var/guix/temproots/280'
downgrading to read lock on `/var/guix/temproots/280'
locking path `/gnu/store/r3d3r3xgf89axzp27krlj07rw6czlmcn-import-test'
lock acquired on `/gnu/store/r3d3r3xgf89axzp27krlj07rw6czlmcn-import-test.lock'
lock released on `/gnu/store/r3d3r3xgf89axzp27krlj07rw6czlmcn-import-test.lock'
retrieving 1 store item from 'localhost'...
guix offload: error: unauthorized public key: (public-key 
 (ecc 
  (curve Ed25519)
  (q #842CFCACDF1E7F764A3E31621DA9AF70C2B3CA37222EC2C56C04228190F2EA48#)
  )
 )

[1] 08:33:34 janneke@dundal:~/src/guix/hurd64-team 
--8<---------------cut here---------------end--------------->8---

...handle authorization..., I realized that the extra debugging is
printed on the host side, so I should also run the patched daemon there.
However, there was no more chance to do so because the offload test
started to work...

--8<---------------cut here---------------start------------->8---
08:34:12 janneke@dundal:~/src/guix/hurd64-team 
$ guix offload test
guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
guix offload: Guix is usable on 'localhost' (test returned "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
guix offload: 'localhost' is running GNU Guile 3.0.9
guix offload: sending 1 store item (0 MiB) to 'localhost'...
exporting path `/gnu/store/bvgz40q5x67iypa02qc7qb610f0vlb5d-export-test'
guix offload: 'localhost' successfully imported '/gnu/store/bvgz40q5x67iypa02qc7qb610f0vlb5d-export-test'
acquiring global GC lock `/var/guix/gc.lock'
acquiring read lock on `/var/guix/temproots/318'
acquiring write lock on `/var/guix/temproots/318'
downgrading to read lock on `/var/guix/temproots/318'
locking path `/gnu/store/zrqdfjvyyvyfz27678ia7jqidhf8557y-import-test'
lock acquired on `/gnu/store/zrqdfjvyyvyfz27678ia7jqidhf8557y-import-test.lock'
lock released on `/gnu/store/zrqdfjvyyvyfz27678ia7jqidhf8557y-import-test.lock'
retrieving 1 store item from 'localhost'...
guix offload: successfully imported '/gnu/store/zrqdfjvyyvyfz27678ia7jqidhf8557y-import-test' from 'localhost'
08:34:27 janneke@dundal:~/src/guix/hurd64-team 
$ guix offload test
guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
guix offload: Guix is usable on 'localhost' (test returned "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
guix offload: 'localhost' is running GNU Guile 3.0.9
guix offload: sending 1 store item (0 MiB) to 'localhost'...
exporting path `/gnu/store/vcfgm1crwm5hfwmq2f04d67w5gix76yc-export-test'
guix offload: 'localhost' successfully imported '/gnu/store/vcfgm1crwm5hfwmq2f04d67w5gix76yc-export-test'
acquiring global GC lock `/var/guix/gc.lock'
acquiring read lock on `/var/guix/temproots/335'
acquiring write lock on `/var/guix/temproots/335'
downgrading to read lock on `/var/guix/temproots/335'
locking path `/gnu/store/g2gpgcqbaaj3gylrvskr7pdnq7w88b48-import-test'
lock acquired on `/gnu/store/g2gpgcqbaaj3gylrvskr7pdnq7w88b48-import-test.lock'
lock released on `/gnu/store/g2gpgcqbaaj3gylrvskr7pdnq7w88b48-import-test.lock'
retrieving 1 store item from 'localhost'...
guix offload: successfully imported '/gnu/store/g2gpgcqbaaj3gylrvskr7pdnq7w88b48-import-test' from 'localhost'
08:34:36 janneke@dundal:~/src/guix/hurd64-team 
$ guix offload test
guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
guix offload: Guix is usable on 'localhost' (test returned "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
guix offload: 'localhost' is running GNU Guile 3.0.9
guix offload: sending 1 store item (0 MiB) to 'localhost'...
exporting path `/gnu/store/30np8abkfw4q70zkp779m2h0mhygzzkv-export-test'
guix offload: 'localhost' successfully imported '/gnu/store/30np8abkfw4q70zkp779m2h0mhygzzkv-export-test'
acquiring global GC lock `/var/guix/gc.lock'
acquiring read lock on `/var/guix/temproots/352'
acquiring write lock on `/var/guix/temproots/352'
downgrading to read lock on `/var/guix/temproots/352'
locking path `/gnu/store/381dqixhyg6dkm65cvp21qd19g49gp5h-import-test'
lock acquired on `/gnu/store/381dqixhyg6dkm65cvp21qd19g49gp5h-import-test.lock'
lock released on `/gnu/store/381dqixhyg6dkm65cvp21qd19g49gp5h-import-test.lock'
retrieving 1 store item from 'localhost'...
guix offload: successfully imported '/gnu/store/381dqixhyg6dkm65cvp21qd19g49gp5h-import-test' from 'localhost'
08:34:45 janneke@dundal:~/src/guix/hurd64-team 
$ guix offload test
guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
guix offload: Guix is usable on 'localhost' (test returned "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
guix offload: 'localhost' is running GNU Guile 3.0.9
guix offload: sending 1 store item (0 MiB) to 'localhost'...
exporting path `/gnu/store/imb70z94d8050dl8nvwbxznfq4aq9jzh-export-test'
guix offload: 'localhost' successfully imported '/gnu/store/imb70z94d8050dl8nvwbxznfq4aq9jzh-export-test'
acquiring global GC lock `/var/guix/gc.lock'
acquiring read lock on `/var/guix/temproots/369'
acquiring write lock on `/var/guix/temproots/369'
downgrading to read lock on `/var/guix/temproots/369'
locking path `/gnu/store/prmbb24jl7shiqg56f9fips5izlai1l2-import-test'
lock acquired on `/gnu/store/prmbb24jl7shiqg56f9fips5izlai1l2-import-test.lock'
lock released on `/gnu/store/prmbb24jl7shiqg56f9fips5izlai1l2-import-test.lock'
retrieving 1 store item from 'localhost'...
guix offload: successfully imported '/gnu/store/prmbb24jl7shiqg56f9fips5izlai1l2-import-test' from 'localhost'
--8<---------------cut here---------------end--------------->8---

so, that's why I pushed the commit.  When I tested, and later
re-asserted this patch didn't work, I only tried once or twice...
Guess I'm counting too strongly on deterministic behaviour. :)

Guix copy also works (two ways), yay!

--8<---------------cut here---------------start------------->8---
$ guix copy --to=root@childhurd1 hello
guix copy: sending 0 store items (0 MiB) to 'localhost'...
08:38:55 janneke@dundal:~/src/guix/hurd64-team 
$ guix copy --to=root@childhurd1 tar
guix copy: sending 1 store item (3 MiB) to 'localhost'...
/gnu/store/1w05qnl350b88g5wj1z5k2jywhhcxkyn-tar-1.34
08:58:54 janneke@dundal:~/src/guix/hurd-team 
$ guix copy --from=root@childhurd1   /gnu/store/liwlc0500w5lq37p3skr8llqx436bbjr-profile.drv
retrieving 1 store item from 'localhost'...
/gnu/store/0mxnx8l4fgigvd7gakwdk6hc6im4wnai-disarchive-mirrors
/gnu/store/ajgpfirfcga0k48qvbf359b0ldgl2bic-mirrors
/gnu/store/wg1yp2vx8gb7qmcgyibqnwblahpp4bjg-content-addressed-mirrors
...
09:01:46 janneke@dundal:~/src/guix/hurd-team 
--8<---------------cut here---------------end--------------->8---

Actually offloading shows the same behaviour as I observed using my
LC_ALL=C hack (with the 64bit childhurd):

--8<---------------cut here---------------start------------->8---
$ ./pre-inst-env guix build --system=i586-gnu --expression='(@@ (gnu packages commencement) gnu-make-boot0)'
substitute: updating substitutes from 'http://192.168.178.20:8080'... 100.0%
substitute: updating substitutes from 'http://kluit.dezyne.org:8181'... 100.0%
substitute: updating substitutes from 'http://janneke.lilypond.org:8080'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
The following derivations will be built:
  /gnu/store/9zznz8v0pbr7q4ix7syqhl6njrhw6xgf-glibc-stripped-2.39-i586-pc-gnu.tar.xz.drv
  /gnu/store/zb9f8hnc1iyabi072251lc67d2syh8f9-glibc-bootstrap-0.drv
  /gnu/store/xf4cnmaxkda92v9493lr43afq577nnx0-gcc-bootstrap-0.drv
  /gnu/store/2469p0sxmw0m7d0g5xvdwgdzw95w947j-make-boot0-4.4.1.drv
process 11767 acquired build slot '/var/guix/offload/localhost:11022/0'
normalized load on machine 'localhost' is 1.00
waiting for locks or build slots...
process 11767 acquired build slot '/var/guix/offload/localhost:11022/0'
normalized load on machine 'localhost' is 1.00
process 11767 acquired build slot '/var/guix/offload/localhost:11022/0'
normalized load on machine 'localhost' is 1.00
process 11767 acquired build slot '/var/guix/offload/localhost:11022/0'
normalized load on machine 'localhost' is 1.00
...ad infinitum
--8<---------------cut here---------------end--------------->8---

...nothing happens.  (Tried several times, let it run for 5min.)  Maybe
that's another issue?

Greetings,
Janneke

-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Janneke Nieuwenhuizen]

[-- Attachment #1: Type: text/plain, Size: 4539 bytes --]

Ludovic Courtès writes:

Hello!

> <janneke@gnu.org> 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 error: stoi
>
> Damnit.  Could you check with rpctrace what the daemon receives?
>
> I wonder if I misunderstood what the root cause is.

TL;DR: Found it, attached is a patch to fix it.

Today I spent some time looking into this again, instrumented both
daemons with the attached patch for local-store.cc; a "guix copy
root@childhurd hello" gives:

host:
--8<---------------cut here---------------start------------->8---
accepted connection from pid 21474, user janneke
00 nondigit: ` ' [32]
01 read until now: >>>0<<<
00 nondigit: `:' [58]
01 read until now: >>>430<<<
--8<---------------cut here---------------end--------------->8---

childhurd:
--8<---------------cut here---------------start------------->8---
5 operations
00 nondigit: `G' [71]
01 read until now: >>><<<
02 nondigit: `G' [71]
03 nondigit: >>>GC Warning: Repeated allocation of very large block (appr. size 112 KiB):<<<
0 operations
--8<---------------cut here---------------end--------------->8---

...you already knew that from the rpctrace log.

So, the problem is that our patch doesrn't disable the warnings after all.
The guile-launcher has

guile-launcher.c:
--8<---------------cut here---------------start------------->8---
#if defined __GNU__
  /* XXX: On 32-bit GNU/Hurd (i586-gnu), libgc emits "Repeated allocation"
     warnings that are annoying and interfere with communications between
     'guix-daemon' and 'guix authenticate':
     <https://issues.guix.gnu.org/73181>.  Silence them.  */
  std::cerr << "silencing libgc warnings" << std::endl;
  GC_set_warn_proc (no_warnings);
#endif
  ..
  scm_boot_guile (argc, argv, inner_main, 0);
--8<---------------cut here---------------end--------------->8---

and then guile's gc.c just undoes that

init.c:
--8<---------------cut here---------------start------------->8---
scm_i_init_guile (void *base)
{
  ..
  scm_init_gc ();		/* Requires hooks and `get_internal_run_time' */
--8<---------------cut here---------------end--------------->8---

gc.c:
--8<---------------cut here---------------start------------->8---
void
scm_init_gc ()
{
  ..
  GC_set_warn_proc (scm_gc_warn_proc);
--8<---------------cut here---------------end--------------->8---

Doh' So, attached is also a patch for Guix (that I made for Guile) that
fixed offloading again for me.  Weirdly, I had to use
(overload-threshold #f) because my childhurd never falls below 1.0:

--8<---------------cut here---------------start------------->8---
root@guixygnu ~# uptime
 7:45:28 PM  up 35 minutes,  0 users,  load averages: 1.00, 1.01, 1.00
--8<---------------cut here---------------end--------------->8---


--8<---------------cut here---------------start------------->8---
19:25:48 janneke@glimdal:~/src/guix/hurd-team
$ ./pre-inst-env guix build --system=i586-gnu -e '(@@ (gnu packages commencement) gnu-make-boot0)' --with-configure-flag=make-boot0=foo=bar
The following derivation will be built:
  /gnu/store/cp1fy0ig5p8d72vnz1vybw2cilii5g88-make-boot0-4.4.1.drv
process 4454 acquired build slot '/var/guix/offload/localhost:11022/0'
normalized load on machine 'localhost' is 1.00
building /gnu/store/cp1fy0ig5p8d72vnz1vybw2cilii5g88-make-boot0-4.4.1.drv...
guix offload: sending 41 store items (259 MiB) to 'localhost'...
[..]
@ build-started /gnu/store/cp1fy0ig5p8d72vnz1vybw2cilii5g88-make-boot0-4.4.1.drv - i586-gnu /var/log/guix/drvs/cp//1fy0ig5p8d72vnz1vybw2cilii5g88-make-boot0-4.4.1.drv.gz 360
[..]
@ build-succeeded /gnu/store/cp1fy0ig5p8d72vnz1vybw2cilii5g88-make-boot0-4.4.1.drv -
retrieving 1 store item from 'localhost'...
importing file or directory '/gnu/store/j83d3mzcjw83lcbvyd8hrs6i6ymdqbmc-make-boot0-4.4.1'...
found valid signature for '/gnu/store/j83d3mzcjw83lcbvyd8hrs6i6ymdqbmc-make-boot0-4.4.1'
registering 1 items
done with offloaded '/gnu/store/cp1fy0ig5p8d72vnz1vybw2cilii5g88-make-boot0-4.4.1.drv'
successfully built /gnu/store/cp1fy0ig5p8d72vnz1vybw2cilii5g88-make-boot0-4.4.1.drv
/gnu/store/j83d3mzcjw83lcbvyd8hrs6i6ymdqbmc-make-boot0-4.4.1
--8<---------------cut here---------------end--------------->8---

WDYT?

Greetings,
Janneke


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0001-REMOVEME-stoi-add-some-debugging.patch --]
[-- Type: text/x-patch, Size: 1639 bytes --]

From 9695d17df1538460aad11500f56071500d9e4c80 Mon Sep 17 00:00:00 2001
Message-ID: <9695d17df1538460aad11500f56071500d9e4c80.1733510219.git.janneke@gnu.org>
From: Janneke Nieuwenhuizen <janneke@gnu.org>
Date: Mon, 18 Nov 2024 00:16:56 +0100
Subject: [PATCH] REMOVEME: stoi: add some debugging.

Change-Id: I114025c43cd2404a00dc65af7def06a312a31ca3
---
 nix/libstore/local-store.cc | 13 +++++++++++--
 1 file changed, 11 insertions(+), 2 deletions(-)

diff --git a/nix/libstore/local-store.cc b/nix/libstore/local-store.cc
index 0883a4bbce..e98bf04392 100644
--- a/nix/libstore/local-store.cc
+++ b/nix/libstore/local-store.cc
@@ -1164,9 +1164,9 @@ static std::shared_ptr<Agent> authenticationAgent()
 static int readInteger(int fd)
 {
     string str;
+    char ch;
 
     while (1) {
-        char ch;
         ssize_t rd = read(fd, &ch, 1);
         if (rd == -1) {
             if (errno != EINTR)
@@ -1177,11 +1177,20 @@ static int readInteger(int fd)
 	    if (isdigit(ch)) {
 		str += ch;
 	    } else {
-		break;
+              std::cerr << "00 nondigit: `" << ch << "' [" << (int) ch << "]" << std::endl;
+              std::cerr << "01 read until now: >>>" << str << "<<<" << std::endl;
+              break;
 	    }
         }
     }
 
+    if (str.empty()) {
+      std::cerr << "02 nondigit: `" << ch << "' [" << (int) ch << "]" << std::endl;
+      str += ch;
+      str += readLine(fd);
+      std::cerr << "03 nondigit: >>>" << str << "<<<" << std::endl;
+      throw EndOfFile("unexpected non-digit reading an integer");
+    }
     return stoi(str);
 }
 

base-commit: 889c396cc5fd948d2c874c2d4a51115f82591964
-- 
2.46.0


[-- Attachment #3: 0001-gnu-guile-3.0-Silence-GC-warnings-on-the-Hurd.patch --]
[-- Type: text/x-patch, Size: 4782 bytes --]

From c555134310728360cb3b12472e8d487421d57a7d Mon Sep 17 00:00:00 2001
Message-ID: <c555134310728360cb3b12472e8d487421d57a7d.1733509997.git.janneke@gnu.org>
From: Janneke Nieuwenhuizen <janneke@gnu.org>
Date: Fri, 6 Dec 2024 16:25:54 +0100
Subject: [PATCH] gnu: guile-3.0: Silence GC warnings on the Hurd.

* gnu/packages/patches/guile-hurd-silence-gc-warnings.patch: New file.
* gnu/local.mk (dist_patch_DATA): Register it.
* gnu/packages/guile.scm (guile-3.0): When building for the Hurd, use it in
new stage "patch-silence-gc-warnings".

Change-Id: I48f2641a162c3fab15655293e10c4aa2200d5843
---
 gnu/local.mk                                  |  1 +
 gnu/packages/guile.scm                        | 11 ++++
 .../guile-hurd-silence-gc-warnings.patch      | 58 +++++++++++++++++++
 3 files changed, 70 insertions(+)
 create mode 100644 gnu/packages/patches/guile-hurd-silence-gc-warnings.patch

diff --git a/gnu/local.mk b/gnu/local.mk
index a7bd32453b..d848ceddc4 100644
--- a/gnu/local.mk
+++ b/gnu/local.mk
@@ -1520,6 +1520,7 @@ dist_patch_DATA =						\
   %D%/packages/patches/guile-fix-invalid-unicode-handling.patch \
   %D%/packages/patches/guile-gdbm-ffi-support-gdbm-1.14.patch	\
   %D%/packages/patches/guile-hurd-posix-spawn.patch		\
+  %D%/packages/patches/guile-hurd-silence-gc-warnings.patch	\
   %D%/packages/patches/guile-lzlib-hurd64.patch			\
   %D%/packages/patches/guile-present-coding.patch		\
   %D%/packages/patches/guile-rsvg-pkgconfig.patch		\
diff --git a/gnu/packages/guile.scm b/gnu/packages/guile.scm
index 69dff9211f..41fbd895ed 100644
--- a/gnu/packages/guile.scm
+++ b/gnu/packages/guile.scm
@@ -413,6 +413,17 @@ (define-public guile-3.0
                                (search-patch "guile-hurd-posix-spawn.patch")))
                           (invoke "patch" "--force" "-p1" "-i" patch))))
                    #~())
+            #$@(if (target-hurd?)
+                   #~((add-before 'build 'patch-silence-gc-warnings
+                        (lambda _
+                          ;; TODO: Move patch to 'source' on next rebuild
+                          ;; cycle.
+                          (define patch
+                            #$(local-file
+                               (search-patch
+                                "guile-hurd-silence-gc-warnings.patch")))
+                          (invoke "patch" "--force" "-p1" "-i" patch))))
+                   #~())
             #$@(if (system-hurd?)
                    #~((add-after 'unpack 'disable-popen.test-no-duplicate
                         ;; This test hangs on the Hurd.
diff --git a/gnu/packages/patches/guile-hurd-silence-gc-warnings.patch b/gnu/packages/patches/guile-hurd-silence-gc-warnings.patch
new file mode 100644
index 0000000000..a006d93361
--- /dev/null
+++ b/gnu/packages/patches/guile-hurd-silence-gc-warnings.patch
@@ -0,0 +1,58 @@
+From 1256fb0925c5ff7c94249f53e0fb47d1ec280b3f Mon Sep 17 00:00:00 2001
+From: Janneke Nieuwenhuizen <janneke@gnu.org>
+Date: Fri, 6 Dec 2024 16:18:13 +0100
+Subject: [PATCH] Silence GC warnings on the Hurd.
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+On 32-bit GNU/Hurd (i586-gnu), libgc emits "Repeated allocation"
+warnings that are annoying and interfere with communications between
+'guix-daemon' and 'guix authenticate':
+<https://issues.guix.gnu.org/73181>.
+
+* libguile/gc.c (scm_gc_no_warnings)[__GNU__]: New procedure.
+(scm_init_gc)[__GNU__]: Use it to silence GC warnings.
+
+Co-authored-by: Ludovic Courtès <ludo@gnu.org>
+---
+ libguile/gc.c | 15 +++++++++++++++
+ 1 file changed, 15 insertions(+)
+
+diff --git a/libguile/gc.c b/libguile/gc.c
+index 3cbe43ec5..1ea4abcf8 100644
+--- a/libguile/gc.c
++++ b/libguile/gc.c
+@@ -84,6 +84,13 @@ int scm_debug_cells_gc_interval = 0;
+    garbage collection.  */
+ static SCM scm_protects;
+ 
++#if defined __GNU__
++#include <gc.h>
++static void
++scm_gc_no_warnings (char *message, GC_word arg)
++{
++}
++#endif
+ 
+ \f
+ 
+@@ -616,7 +623,15 @@ scm_init_gc ()
+   scm_c_hook_add (&scm_after_gc_c_hook, accumulate_gc_timer, NULL, 0);
+ 
+   GC_set_oom_fn (scm_oom_fn);
++#if __GNU__
++  /* XXX: On 32-bit GNU/Hurd (i586-gnu), libgc emits "Repeated allocation"
++     warnings that are annoying and interfere with communications between
++     'guix-daemon' and 'guix authenticate':
++     <https://issues.guix.gnu.org/73181>.  Silence them.  */
++  GC_set_warn_proc (scm_gc_no_warnings);
++#else
+   GC_set_warn_proc (scm_gc_warn_proc);
++#endif
+   GC_set_start_callback (run_before_gc_c_hook);
+ 
+ #include "gc.x"
+-- 
+2.46.0
+

base-commit: 84fa76db424df8962ee21315ffd680c083edbf00
-- 
2.46.0


[-- Attachment #4: Type: text/plain, Size: 164 bytes --]


-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Ludovic Courtès]

Hi Janneke,

Janneke Nieuwenhuizen <janneke@gnu.org> skribis:

> So, the problem is that our patch doesrn't disable the warnings after all.
> The guile-launcher has
>
> guile-launcher.c:
>
> #if defined __GNU__
>   /* XXX: On 32-bit GNU/Hurd (i586-gnu), libgc emits "Repeated allocation"
>      warnings that are annoying and interfere with communications between
>      'guix-daemon' and 'guix authenticate':
>      <https://issues.guix.gnu.org/73181>.  Silence them.  */
>   std::cerr << "silencing libgc warnings" << std::endl;
>   GC_set_warn_proc (no_warnings);
> #endif
>   ..
>   scm_boot_guile (argc, argv, inner_main, 0);
>
>
> and then guile's gc.c just undoes that

D’oh!  Good catch!

> From c555134310728360cb3b12472e8d487421d57a7d Mon Sep 17 00:00:00 2001
> Message-ID: <c555134310728360cb3b12472e8d487421d57a7d.1733509997.git.janneke@gnu.org>
> From: Janneke Nieuwenhuizen <janneke@gnu.org>
> Date: Fri, 6 Dec 2024 16:25:54 +0100
> Subject: [PATCH] gnu: guile-3.0: Silence GC warnings on the Hurd.
>
> * gnu/packages/patches/guile-hurd-silence-gc-warnings.patch: New file.
> * gnu/local.mk (dist_patch_DATA): Register it.
> * gnu/packages/guile.scm (guile-3.0): When building for the Hurd, use it in
> new stage "patch-silence-gc-warnings".
>
> Change-Id: I48f2641a162c3fab15655293e10c4aa2200d5843

You’ll hate me for suggesting that :-) but what if in ‘guile-launcher.c’
we moved the ‘GC_set_warn_proc’ call to ‘inner_main’?  I believe in that
case it would have the desired effect, right?

That would avoid patching Guile wholesale.

Anyhow, kudos for the tricky and probably lengthy debugging session!

Thanks,
Ludo’.

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Janneke Nieuwenhuizen]

[-- Attachment #1: Type: text/plain, Size: 1681 bytes --]

Ludovic Courtès writes:

Hey Ludo,
>
> Janneke Nieuwenhuizen <janneke@gnu.org> skribis:
>
>> So, the problem is that our patch doesrn't disable the warnings after all.
>> The guile-launcher has
>>
>> guile-launcher.c:
>>
>> #if defined __GNU__
>>   /* XXX: On 32-bit GNU/Hurd (i586-gnu), libgc emits "Repeated allocation"
>>      warnings that are annoying and interfere with communications between
>>      'guix-daemon' and 'guix authenticate':
>>      <https://issues.guix.gnu.org/73181>.  Silence them.  */
>>   std::cerr << "silencing libgc warnings" << std::endl;
>>   GC_set_warn_proc (no_warnings);
>> #endif
>>   ..
>>   scm_boot_guile (argc, argv, inner_main, 0);
>>
>>
>> and then guile's gc.c just undoes that
>
> D’oh!  Good catch!

Yeah :-/

> You’ll hate me for suggesting that :-)

You know better than that :)

> but what if in ‘guile-launcher.c’
> we moved the ‘GC_set_warn_proc’ call to ‘inner_main’?  I believe in that
> case it would have the desired effect, right?

Ah, I cannot believe I missed that -- I read "inner_main" and thought it
would call guile's inner main.

> That would avoid patching Guile wholesale.
>
> Anyhow, kudos for the tricky and probably lengthy debugging session!

Yeah, so I'm proposing the attached patch -- tested and works for me --
well, apart from having to set overload-threshold.  I asked on #hurd and
hopefully one of Damien's patch series

<https://lists.gnu.org/archive/html/bug-hurd/2024-12/msg00100.html>
<https://lists.gnu.org/archive/html/bug-hurd/2024-12/msg00114.html>

will take care of that; I'll try that some time soon.

Greetings,
Janneke


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0001-guile-Silence-GC-warnings-on-the-Hurd-part-II.patch --]
[-- Type: text/x-patch, Size: 2236 bytes --]

From 832ef198f7e423e0fdff7fe7c5558ff13d1f20c1 Mon Sep 17 00:00:00 2001
Message-ID: <832ef198f7e423e0fdff7fe7c5558ff13d1f20c1.1733834506.git.janneke@gnu.org>
From: Janneke Nieuwenhuizen <janneke@gnu.org>
Date: Tue, 10 Dec 2024 10:16:05 +0100
Subject: [PATCH] guile: Silence GC warnings on the Hurd, part II.

This is a follow-up to commit
    b0416b8503e38746717a2d1167f9d1410634981e
    guile: Silence GC warnings on the Hurd.

This should work around <https://issues.guix.gnu.org/73181>, resurrecting
offloading to the Hurd.

* gnu/packages/aux-files/guile-launcher.c: (main)[__GNU__]: Move code to
silence warnings to...
(inner_main)[__GNU__]: ...here.

Change-Id: I408201f7f4072c9a33837e6020ac63270b33702e
---
 gnu/packages/aux-files/guile-launcher.c | 16 ++++++++--------
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/gnu/packages/aux-files/guile-launcher.c b/gnu/packages/aux-files/guile-launcher.c
index bc7fa21b63..c205477f64 100644
--- a/gnu/packages/aux-files/guile-launcher.c
+++ b/gnu/packages/aux-files/guile-launcher.c
@@ -43,6 +43,14 @@ static const char *load_path, *load_compiled_path;
 static void
 inner_main (void *unused, int argc, char **argv)
 {
+#if defined __GNU__
+  /* XXX: On 32-bit GNU/Hurd (i586-gnu), libgc emits "Repeated allocation"
+     warnings that are annoying and interfere with communications between
+     'guix-daemon' and 'guix authenticate':
+     <https://issues.guix.gnu.org/73181>.  Silence them.  */
+  GC_set_warn_proc (no_warnings);
+#endif
+
   if (load_path != NULL)
     {
       setenv ("GUILE_LOAD_PATH", load_path, 1);
@@ -82,14 +90,6 @@ main (int argc, char **argv)
        which is always preferable over the C locale.  */
     setlocale (LC_ALL, "en_US.utf8");
 
-#if defined __GNU__
-  /* XXX: On 32-bit GNU/Hurd (i586-gnu), libgc emits "Repeated allocation"
-     warnings that are annoying and interfere with communications between
-     'guix-daemon' and 'guix authenticate':
-     <https://issues.guix.gnu.org/73181>.  Silence them.  */
-  GC_set_warn_proc (no_warnings);
-#endif
-
   const char *str;
   str = getenv ("GUILE_LOAD_PATH");
   load_path = str != NULL ? strdup (str) : NULL;

base-commit: 93e1586116f39a30ba1fcb67bd839a43533dfaf4
-- 
2.46.0


[-- Attachment #3: Type: text/plain, Size: 166 bytes --]



-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Ludovic Courtès]

Janneke Nieuwenhuizen <janneke@gnu.org> skribis:

> Yeah, so I'm proposing the attached patch -- tested and works for me --
> well, apart from having to set overload-threshold.  I asked on #hurd and
> hopefully one of Damien's patch series
>
> <https://lists.gnu.org/archive/html/bug-hurd/2024-12/msg00100.html>
> <https://lists.gnu.org/archive/html/bug-hurd/2024-12/msg00114.html>

We could also set that field in ‘hurd-vm-guix-extension’, if that helps.

> From 832ef198f7e423e0fdff7fe7c5558ff13d1f20c1 Mon Sep 17 00:00:00 2001
> Message-ID: <832ef198f7e423e0fdff7fe7c5558ff13d1f20c1.1733834506.git.janneke@gnu.org>
> From: Janneke Nieuwenhuizen <janneke@gnu.org>
> Date: Tue, 10 Dec 2024 10:16:05 +0100
> Subject: [PATCH] guile: Silence GC warnings on the Hurd, part II.
>
> This is a follow-up to commit
>     b0416b8503e38746717a2d1167f9d1410634981e
>     guile: Silence GC warnings on the Hurd.
>
> This should work around <https://issues.guix.gnu.org/73181>, resurrecting
> offloading to the Hurd.
>
> * gnu/packages/aux-files/guile-launcher.c: (main)[__GNU__]: Move code to
> silence warnings to...
> (inner_main)[__GNU__]: ...here.
>
> Change-Id: I408201f7f4072c9a33837e6020ac63270b33702e

LGTM!  (We’ll have to update the ‘guix’ package, right?)

Thanks again!

Ludo’.

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Janneke Nieuwenhuizen]

Ludovic Courtès writes:

> Janneke Nieuwenhuizen <janneke@gnu.org> skribis:
>
>> Yeah, so I'm proposing the attached patch -- tested and works for me --
>> well, apart from having to set overload-threshold.  I asked on #hurd and
>> hopefully one of Damien's patch series
>>
>> <https://lists.gnu.org/archive/html/bug-hurd/2024-12/msg00100.html>
>> <https://lists.gnu.org/archive/html/bug-hurd/2024-12/msg00114.html>
>
> We could also set that field in ‘hurd-vm-guix-extension’, if that helps.

Ah yes, let's do, that then, for now.

>> From 832ef198f7e423e0fdff7fe7c5558ff13d1f20c1 Mon Sep 17 00:00:00 2001
>> Message-ID: <832ef198f7e423e0fdff7fe7c5558ff13d1f20c1.1733834506.git.janneke@gnu.org>
>> From: Janneke Nieuwenhuizen <janneke@gnu.org>
>> Date: Tue, 10 Dec 2024 10:16:05 +0100
>> Subject: [PATCH] guile: Silence GC warnings on the Hurd, part II.
>>
>> This is a follow-up to commit
>>     b0416b8503e38746717a2d1167f9d1410634981e
>>     guile: Silence GC warnings on the Hurd.
>>
>> This should work around <https://issues.guix.gnu.org/73181>, resurrecting
>> offloading to the Hurd.
>>
>> * gnu/packages/aux-files/guile-launcher.c: (main)[__GNU__]: Move code to
>> silence warnings to...
>> (inner_main)[__GNU__]: ...here.
>>
>> Change-Id: I408201f7f4072c9a33837e6020ac63270b33702e
>
> LGTM!

Pushed to master as 832ef198f7e423e0fdff7fe7c5558ff13d1f20c1.

> (We’ll have to update the ‘guix’ package, right?)

Eh, yes!

Greetings,
Janneke

-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

[Janneke Nieuwenhuizen]

Ludovic Courtès writes:

> Janneke Nieuwenhuizen <janneke@gnu.org> skribis:
>
>> Yeah, so I'm proposing the attached patch -- tested and works for me --
>> well, apart from having to set overload-threshold.  I asked on #hurd and
>> hopefully one of Damien's patch series
>>
>> <https://lists.gnu.org/archive/html/bug-hurd/2024-12/msg00100.html>
>> <https://lists.gnu.org/archive/html/bug-hurd/2024-12/msg00114.html>
>
> We could also set that field in ‘hurd-vm-guix-extension’, if that helps.

Nice; done.

>> From 832ef198f7e423e0fdff7fe7c5558ff13d1f20c1 Mon Sep 17 00:00:00 2001
>> Message-ID: <832ef198f7e423e0fdff7fe7c5558ff13d1f20c1.1733834506.git.janneke@gnu.org>
>> From: Janneke Nieuwenhuizen <janneke@gnu.org>
>> Date: Tue, 10 Dec 2024 10:16:05 +0100
>> Subject: [PATCH] guile: Silence GC warnings on the Hurd, part II.
>>
>> This is a follow-up to commit
>>     b0416b8503e38746717a2d1167f9d1410634981e
>>     guile: Silence GC warnings on the Hurd.
>>
>> This should work around <https://issues.guix.gnu.org/73181>, resurrecting
>> offloading to the Hurd.
>>
>> * gnu/packages/aux-files/guile-launcher.c: (main)[__GNU__]: Move code to
>> silence warnings to...
>> (inner_main)[__GNU__]: ...here.
>>
>> Change-Id: I408201f7f4072c9a33837e6020ac63270b33702e
>
> LGTM!  (We’ll have to update the ‘guix’ package, right?)

Also done, pushed to master as 8966bd6c06df58316e01941577de1a7b1147ccbd.

With some luck, we have offloading again!  With more luck, we can
configure 64bit offloading!

Greetings,
Janneke

-- 
Janneke Nieuwenhuizen <janneke@gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com