bug#62240: Exception within (guix store) process-stderr when using suspendable ports

[Christopher Baines]

Christopher Baines  writes:

> Christopher Baines  writes:
>
>> I'm seeing this in the build coordinator agent, but it can be reproduced
>> by tweaking the guix build script as below. The build coordinator uses
>> suspendable ports as this is required to set timeouts for some I/O
>> operations.
>>
>> I'm guessing this is maybe a bug within Guile, but I thought I'd start
>> reporting it here anyway.
>
> I've sent a patch now to guile-devel that should fix this issue
> https://lists.gnu.org/archive/html/guile-devel/2023-03/msg00014.html

I've also now sent an update to the Guile package used by guix and the
guix-build-coordinator to include the patch sent upstream:

  https://issues.guix.gnu.org/62243


signature.asc
Description: PGP signature

bug#43491: Fakechroot execution engine can fail to find libraries

[Ludovic Courtès]

Ludovic Courtès  skribis:

> $ unshare -m -U -r -f sh -c 'mount -t tmpfs none /gnu; 
> GUIX_EXECUTION_ENGINE=fakechroot /tmp/fakechroot-test/bin/IMB-MPI1'
> /tmp/fakechroot-test/gnu/store/i9ypns78lmy8xr0x4zvdwc4b80m0yl72-intel-mpi-benchmarks-2019.6/bin//IMB-MPI1:
>  error while loading shared libraries: libevent_core-2.1.so.7: cannot open 
> shared object file: No such file or directory
>
> Reason appears to be that ‘LOADER_AUDIT_RUNPATH’ only contains what’s in
> the RUNPATH of ‘IMB-MPI1’ and not its indirect dependencies—libevent is
> one of them.

Fixed (for good!) in d15dbdb79c617b8b710ef5a9502be0d5f640aaaf!

Ludo’.

bug#62071: openjdk@9/10 sources not reproducible

[Björn Höfling]

On Thu, 16 Mar 2023 12:48:19 +0100
Ludovic Courtès  wrote:

> Hi Björn,
> 
> Björn Höfling  skribis:
> 
> > I will check the same for JDK10 and will prepare a patch within the
> > next two days.  
> 
> Thanks for 7636c49b45adb9870cf416c64bde032ec858a820 and its parent
> commit!
> 
> For the record, there are two remaining issues:
> 
>   1. Reproducibility of past revisions.  If we lose copies of the
>  auto-generated tarballs, then OpenJDK in past revisions of Guix
> is irreparably lost.  We should check whether/how to get them in
>  Disarchive + SWH.

How do we do that? Adding git repos to SWH is something I can achieve,
but adding tarballs to SWH was always opaque to me.

I find no reference in the manual about Disarchive. Ideally, is there a
linter for just adding a package to the disarchive database?

 
>   2. Mercurial/SWH bridge.  While SWH has a one-to-one mapping with
> Git (you can ask it for a specific Git commit ID), that’s not true for
>  hg.  This is a more general problem, but as things are today,
>  there’s no automatic SWH fallback if the upstream hg server
>  vanishes.

For git, I know and appreciate that the linter can directly add a
missing repo to SWH. During linting, I recogniced this is missing for
hg.

I was thinking a second time about it and found that not only the newer
development of OpenJDK is on GitHub, but also the older versions are
available. So I could add another patch like this: 

+  (method git-fetch)
+  (uri (git-reference
+(url "https://github.com/openjdk/jdk9;)

WDYT?

Björn


pgpnOVg2qc5ks.pgp
Description: OpenPGP digital signature

bug#62181: [PATCH v2 1/2] gnu: gnulib: Reset the shebangs.

[Ludovic Courtès]

Hi,

Vivien Kraus  skribis:

> * gnu/packages/build-tools.scm (gnulib) [phase reset-shebangs]: After
> installation, rewrite the /gnu/store shebangs in the distributed build-aux
> files.
> [inputs, native-inputs]: Add bash-minimal.
> [phase let-autogen-execute-gnulib-tool]: Specify a shell to execute
> gnulib-tool from autogen.sh.

Applied with tweaks to the commit log.

> +  (substitute* (find-files
> +(string-append #$output "/src/gnulib")
> +(lambda (fname stat)
> +  (and (not (string-suffix? 
> "/lib/javaversion.class" fname))
> +   (not (string-suffix? ".mo" fname)

This leaves the shebang on ‘bin/gnulib-tool’, such that ‘gnulib’ keeps a
reference to ‘bash-minimal’ (and nothing else).

It’s not even convenient though because…

> * gnu/packages/tls.scm (guile-gnutls) [phase patch-more-shebangs]: Fix how
> autogen.sh invokes gnulib-tool, and how configure.ac invokes git-version-gen,
> so as not to rely on shebangs.

[...]

> +  (substitute* "autogen.sh"
> +(("\\$gnulib_tool \\$gnulib_tool_options")
> + "sh $gnulib_tool $gnulib_tool_options"))

… this is still needed: GNULIB/bin/gnulib-tool, which has a correct
shebang, is *not* used, and instead GNULIB/src/gnulib/gnulib-tool is
used.

Should we remove GNULIB/bin/gnulib-tool?  Or should we remove the other
one?

Anyway, applied as well, thank you!

Ludo’.

bug#62213: GSSH ERROR while sending store items with 'guix deploy'

[Ludovic Courtès]

Hi,

Maxim Cournoyer  skribis:

> I'm trying to update one of my machines using 'guix deploy' and I keep
> getting the following error:
>
> guix deploy: sending 599 store items (3,794 MiB) to 'x200.local'...
>  20% ▕███▋
>▏

[...]

>716:13  6 (process-stderr _ _)
> In guix/build/utils.scm:
>   1014:11  5 (loop _ _)
> In unknown file:
>4 (put-bytevector # …)
> In ice-9/boot-9.scm:
>   1685:16  3 (raise-exception _ #:continuable? _)
>   1683:16  2 (raise-exception _ #:continuable? _)
>   1685:16  1 (raise-exception _ #:continuable? _)
>   1685:16  0 (raise-exception _ #:continuable? _)
>
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> Throw to key `guile-ssh-error' with args `("write_to_channel_port"
> "Parent session is not connected" #

bug#62217: Ungoogled-chromium doesn't launch with linux 6.2

[Maxim Cournoyer]

Hi,

Jack Hill  writes:

> On Thu, 16 Mar 2023, Nicolas Graves via Bug reports for GNU Guix wrote:
>
>> "/gnu/store/1jmlqw987ifnb3abr0s2hvihcg1n2xmx-ungoogled-chromium-wayland-109.0.5414.119-1/bin/chromium":
>> not in executable format: file format not recognized
>
> I've run into this message in the past when my store got corrupted (in
> my case it was a full disk on a computer that has other evil spirits
> living in it as well). Can you check with `guix gc --verify=contents`?
> If it reports anything, you might be able to repair it with `sudo guix
> gc --verify=contents,repair`.

I believe the error is because chromium is a shell script wrapper and
not an ELF binary.

I used the following script for those:

--8<---cut here---start->8---
$ cat ~/.local/bin/run-gdb
#!/usr/bin/env bash

(
wrapper=$(cat $(which $1))
shift
. <(echo "$wrapper" | grep ^export)
binary=$(echo "$wrapper" | grep ^exec | grep -o -E '/gnu/store[^"]*')
gdb --args "$binary" "$@"
)
--8<---cut here---end--->8---

Then you can do:

--8<---cut here---start->8---
run-gdb chromium
--8<---cut here---end--->8---

Hope that helps,

-- 
Thanks,
Maxim

bug#43491: Fakechroot execution engine can fail to find libraries

[Ludovic Courtès]

Reopening this old bug from this commit:

--8<---cut here---start->8---
$ guix describe
Generation 250  Mar 12 2023 23:58:03(current)
  guix 1ed227d
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 1ed227d7952af48efe50a2f6c9537e17c356daa1
--8<---cut here---end--->8---

> I pushed this as a workaround as commit
> 58abd5873985e0cd9a2926867bf697c5e7bc01f9.
>
> The ld.so issue is still open but there seems to be consensus that it’s
> a bug: .

Commit 58abd5873985e0cd9a2926867bf697c5e7bc01f9 appears to be
incomplete.

Let’s suppose this:

  (mkdir /tmp/fakechroot-test && cd ~/tmp/fakechroot-test/ && \
   tar xf $(guix pack --save-provenance -RR openmpi intel-mpi-benchmarks 
bash-minimal -S /bin=bin))

The motivating example at the beginning of this thread works fine:

--8<---cut here---start->8---
$ unshare -m -U -r -f sh -c 'mount -t tmpfs none /gnu; 
GUIX_EXECUTION_ENGINE=fakechroot /tmp/fakechroot-test/bin/orterun --version'
orterun (OpenRTE) 4.1.4

Report bugs to http://www.open-mpi.org/community/help/
--8<---cut here---end--->8---

… but this doesn’t:

--8<---cut here---start->8---
$ unshare -m -U -r -f sh -c 'mount -t tmpfs none /gnu; 
GUIX_EXECUTION_ENGINE=fakechroot /tmp/fakechroot-test/bin/IMB-MPI1'
/tmp/fakechroot-test/gnu/store/i9ypns78lmy8xr0x4zvdwc4b80m0yl72-intel-mpi-benchmarks-2019.6/bin//IMB-MPI1:
 error while loading shared libraries: libevent_core-2.1.so.7: cannot open 
shared object file: No such file or directory
--8<---cut here---end--->8---

Reason appears to be that ‘LOADER_AUDIT_RUNPATH’ only contains what’s in
the RUNPATH of ‘IMB-MPI1’ and not its indirect dependencies—libevent is
one of them.

Ludo’.

bug#62240: Exception within (guix store) process-stderr when using suspendable ports

[Christopher Baines]

Christopher Baines  writes:

> I'm seeing this in the build coordinator agent, but it can be reproduced
> by tweaking the guix build script as below. The build coordinator uses
> suspendable ports as this is required to set timeouts for some I/O
> operations.
>
> I'm guessing this is maybe a bug within Guile, but I thought I'd start
> reporting it here anyway.

I've sent a patch now to guile-devel that should fix this issue
https://lists.gnu.org/archive/html/guile-devel/2023-03/msg00014.html


signature.asc
Description: PGP signature

bug#61839: Offloading problems on berlin

[Andreas Enge]

Am Thu, Mar 16, 2023 at 02:50:53PM +0100 schrieb Ludovic Courtès:
> I occasionally offload from my laptop to machines at work but didn’t hit
> this bug, so we’ll have to see if it’s specific to berlin or not.

My impression is that in my case, the problem is not with ssh, but somehow
with the guix daemon. I tend to observe this:

guix offload: sending 1 store item (6,490 MiB) to '141.80.167.169'...
exporting path 
`/gnu/store/y4ipvkapf1gninaabwdl6pcz46c1frak-texlive-texmf-20210325'

Then jnettop shows data transfer of about 100 to 120MB/s during a bit over
a minute, which makes me think that the actual data transfer succeeds, but
that somehow the data is not registered in the store.
Then nothing tangible happens and offloading times out. Since I am
apparently not able to connect to the machines via ssh, I cannot have a
closer look at the receiving end.

Andreas

bug#62240: Exception within (guix store) process-stderr when using suspendable ports

[Christopher Baines]

I'm seeing this in the build coordinator agent, but it can be reproduced
by tweaking the guix build script as below. The build coordinator uses
suspendable ports as this is required to set timeouts for some I/O
operations.

I'm guessing this is maybe a bug within Guile, but I thought I'd start
reporting it here anyway.


→ git diff
diff --git a/guix/scripts/build.scm b/guix/scripts/build.scm
index 72a24f91ac..874108e482 100644
--- a/guix/scripts/build.scm
+++ b/guix/scripts/build.scm
@@ -64,6 +64,9 @@ (define-module (guix scripts build)
 register-root
 register-root*))
 
+(use-modules (ice-9 suspendable-ports))
+(install-suspendable-ports!)
+
 (define %default-log-urls
   ;; Default base URLs for build logs.
   '("http://ci.guix.gnu.org/log;))


→ ./pre-inst-env guix build --check 
/gnu/store/jz8nxdv8hx7d80vban2qq1a08pf1ilws-anthy-9100h.drv
The following derivation will be built:
  /gnu/store/jz8nxdv8hx7d80vban2qq1a08pf1ilws-anthy-9100h.drv
building /gnu/store/jz8nxdv8hx7d80vban2qq1a08pf1ilws-anthy-9100h.drv...

...

starting phase `check'
./test_anthy --help to print usage.
ANTHY_ENABLE_DEBUG_PRINT=()
ANTHY_SPLITTER_PRINT=()
SRCDIR=(.)
anthy-9100h Fri Mar 17 10:59:29 2023
1:(���Τˤ蘆)
||�ˤ蘆
(�Ǥ�:(,1000,Nk,72089)223,026 ,:(1N,1000,Nk,72089)222,744 
,�Ĥ�:(,1000,Nk,71001)210,785 ,:(g,1000,Nk,71001)197,472 
,��:(1,1000,N,64031)196,095 ,�¤�:(,1000,Nk,71001)190,816 
,�Ƥ�:(,1000,Nk,71001)190,538 ,��:(1,1000,N,64031)177,837 
,�Ť�:(,1000,Nk,71001)166,409 ,¶��:(1,1000,TM,72089)112,640 
,¶��:(1,1000,TM,72089)112,358 ,��:(1,1000,N,72089)58,573 
,��:(1,1000,N,72089)51,814 ,��:(1,1000,N,7208)8,335 ,:(1,1000,N,7208)8,307 
,:(N,0,-)1 ,):
�ˤ蘆(�:(,1000,Nk,72089)205,004 ,�ˤ蘆:(N,0,-)2 ,�˥掠:(g,0,-)2 
,�˥掠:(N,0,-)1 ,):

2:(�䴤Τ䢤�ޤäƤ���Ȥ�ޤ�)
|��||��|ޤäƤ|��ޤ�
��(:(1,1000,Nk,6553)2500,001 ,:(1,1000,N,66951)131,810 
,��:(N,0,-)2 ,��:(N,0,-)1 ,):
(���:(,1000,Nk,6553)2500,001 ,���:(,1000,Nk,72089)218,520 
,���:(,1000,Nk,72089)216,268 ,:(N,1000,Nk,72089)193,740 
,���:(,1000,Nk,72089)193,176 ,�ޤ�:(,1000,Nk,72089)191,487 
,���:(,1000,Nk,72089)166,706 ,���:(,1000,Nk,6553)15,154 
,5��:(,1000,Nk,6553)7,168 ,:(,1000,Nk,6553)7,142 ,���:(,1000,Nk,6553)7,117 
,:(g,0,-)2 ,:(N,0,-)1 ,):
��(�б���:(,1000,Nk,48773)149,368 ,�粦��:(,1000,Nk,70474)138,746 
,�ڲ���:(,1000,Nk,48773)96,022 ,��:(N,0,-)2 ,��:(g,0,-)2 
,��:(N,0,-)1 ,):
ޤäƤ(��äƤ:(,1000,Vy,72089)225,279 ,�դäƤ:(,1000,Vy,72089)216,268 
,ޤäƤ:(N,1000,Vy,72089)195,992 ,��äƤ:(,1000,Vy,6553)19,455 
,ޥåƥ:(g,0,-)2 ,ޥåƥ:(N,0,-)1 ,):
��ޤ�(�פ��ޤ�:(,1000,Ve,6553)20,479 ,�ۤ��ޤ�:(,1000,Ve,6553)20,274 
,��ޤ�:(N,1000,Ve,6553)19,660 ,��ޥ�:(N,0,-)1 ,):

3:(Ƥ令�)
|Ƥ�|
Ƥ�(��ž:(1,1000,N,72089)218,520 ,��ŷ:(1,1000,N,7208)11,038 ,Ƥ�:(N,0,-)2 
,ƥ�:(N,0,-)1 ,):
(:(1,1000,N,7208)13,290 ,:(N,0,-)2 ,:(N,0,-)1 ,):

4:(�Τ��ä�ˤ���Ǥ���)
|��|���ä���|��ˤ���Ǥ���
��(�ؤ�:(,1000,Nk,68423)213,822 ,�դ�:(,1000,Nk,68423)211,684 
,�פ�:(,1000,Nk,68423)211,417 ,��:(N,1000,Nk,68423)186,026 
,�פ�:(,1000,Nk,68423)185,758 ,���:(,1000,Nk,68423)181,749 
,�֤�:(,1000,Nk,68423)153,952 ,��:(g,0,-)2 ,��:(N,0,-)1 ,):
�����(�����:(N,1000,Nk,62560)191,591 ,��:(,1000,Nk,62560)142,716 
,�����:(g,0,-)2 ,�����:(N,0,-)1 ,):
��ˤ���Ǥ���(�ؤˤ���Ǥ���:(,1000,Ne,6553)20,479 ,�¤ˤ���Ǥ���:(,1000,Ne,6553)20,274 
,��ˤ���Ǥ���:(N,1000,Ne,6553)20,069 ,�Ĥˤ���Ǥ���:(,1000,Ne,6553)18,636 
,��ˤ���Ǥ���:(,1000,Ne,655)1,986 ,��˥���Ǥ���:(,1000,Ne,655)1,638 
,�̤���Ǥ���:(,1000,Ne,655)1,618 ,�����Ǥ���:(,1000,Ne,655)1,065 
,���Τ���Ǥ���:(,1000,Ne,655)799 ,��˥���ǥ���:(N,0,-)1 ,):

5:(���俤��ȤȤä���Ǥ���)
|���俤|�Ȥä���Ǥ���
���俤���(���忥���:(1N,1000,N,57866)177,215 ,���俤���:(N,0,-)2 ,���忥���:(g,0,-)2 ,):
�Ȥä���Ǥ���(�Ȥä���Ǥ���:(N,1000,Ne,72089)225,279 
,��ä���Ǥ���:(,1000,Ne,72089)223,026 ,���ä���Ǥ���:(,1000,Ne,72089)222,744 
,�Τä���Ǥ���:(,1000,Ne,72089)222,463 ,å�ä���Ǥ���:(,1000,Ne,72089)222,181 
,�ͤä���Ǥ���:(,1000,Ne,72089)218,520 ,Ͽ�ä���Ǥ���:(,1000,Ne,72089)216,268 
,��ä���Ǥ���:(,1000,Ne,72089)214,015 ,��ä���Ǥ���:(,1000,Ne,72089)213,733 
,���ä���Ǥ���:(,1000,Ne,72089)202,751 ,�ݤä���Ǥ���:(,1000,Ne,72089)202,469 
,��ü�Ǥ���:(,1000,Ne,7208)17,345 ,�ȥå���ǥ���:(N,0,-)1 ,):

6:(���äˤ�)
|���ä�|��
���ä�(�ع���:(,1000,Nk,70285)215,248 ,���ä�:(N,0,-)2 ,���å�:(g,0,-)2 
,���å�:(N,0,-)1 ,):
Backtrace:
In ice-9/boot-9.scm:
  1752:10 18 (with-exception-handler _ _ #:unwind? _ #:unwind-for-type _)
In unknown file:
  17 (apply-smob/0 #)
In ice-9/boot-9.scm:
724:2 16 (call-with-prompt _ _ #)
In ice-9/eval.scm:
619:8 15 (_ #(#(#)))
In guix/ui.scm:
   2300:7 14 (run-guix . _)
  2263:10 13 (run-guix-command _ . _)
In ice-9/boot-9.scm:
  1752:10 12 (with-exception-handler _ _ #:unwind? _ #:unwind-for-type _)
In 

bug#62236: build of agda-ial-1.5.0.drv failed

[Rostislav Svoboda]

Hello, the log is in the attachment.
Cheers Bost


4nfd33ayqw5pb1snlf1mp3cnvrili4-agda-ial-1.5.0.drv.gz
Description: application/gzip