bug#64309: Python dlopen()s musl libc

[Athena Martin via Bug reports for GNU Guix]

> Can you do `LD_DEBUG=libs nvr` so that we get a log of what ld's
> trying to load?

I've attached the full log. The first mention of musl is on line 200 and
everything seems to happen pretty fast, here's the most relevant
portion:

 16405: find library=libc.musl-x86_64.so.1 [0]; searching
 16405:  search 
cache=/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-python-3.10.7/etc/ld.so.cache
 16405:  search 
path=/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib (system 
search path)
 16405:   trying 
file=/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libc.musl-x86_64.so.1
 16405: 
Traceback (most recent call last):
  File 
"/gnu/store/dsgxdqs620pp284bfm1drbsjqpb36i4n-python-neovim-remote-2.5.1/bin/.nvr-real",
 line 4, in 
import nvr.nvr as mod
  File "/home/alm/.local/lib/python3.10/site-packages/nvr/__init__.py", line 1, 
in 
from .nvr import main
  File "/home/alm/.local/lib/python3.10/site-packages/nvr/nvr.py", line 34, in 

import psutil
  File "/home/alm/.local/lib/python3.10/site-packages/psutil/__init__.py", line 
102, in 
from . import _pslinux as _psplatform
  File "/home/alm/.local/lib/python3.10/site-packages/psutil/_pslinux.py", line 
26, in 
from . import _psutil_linux as cext
ImportError: libc.musl-x86_64.so.1: cannot open shared object file: No such 
file or directory

After that it starts calling fini()s and terminates.
 16405: find library=libc.so.6 [0]; searching
 16405:  search 
cache=/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/etc/ld.so.cache
 16405:   trying 
file=/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libc.so.6
 16405: 
 16405: 
 16405: calling init: 
/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/ld-linux-x86-64.so.2
 16405: 
 16405: 
 16405: calling init: 
/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libc.so.6
 16405: 
 16405: 
 16405: initialize program: 
/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin/bash
 16405: 
 16405: 
 16405: transferring control: 
/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin/bash
 16405: 
 16405: find library=libpython3.10.so.1.0 [0]; searching
 16405:  search 
cache=/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-python-3.10.7/etc/ld.so.cache
 16405:   trying 
file=/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-python-3.10.7/lib/libpython3.10.so.1.0
 16405: 
 16405: find library=libcrypt.so.1 [0]; searching
 16405:  search 
cache=/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-python-3.10.7/etc/ld.so.cache
 16405:   trying 
file=/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libcrypt.so.1
 16405: 
 16405: find library=libm.so.6 [0]; searching
 16405:  search 
cache=/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-python-3.10.7/etc/ld.so.cache
 16405:   trying 
file=/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libm.so.6
 16405: 
 16405: find library=libexpat.so.1 [0]; searching
 16405:  search 
cache=/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-python-3.10.7/etc/ld.so.cache
 16405:   trying 
file=/gnu/store/fw1wywd34vh33l4dq182ds5d7jdz45j5-expat-2.5.0/lib/libexpat.so.1
 16405: 
 16405: find library=libgcc_s.so.1 [0]; searching
 16405:  search 
cache=/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-python-3.10.7/etc/ld.so.cache
 16405:   trying 
file=/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/libgcc_s.so.1
 16405: 
 16405: find library=libc.so.6 [0]; searching
 16405:  search 
cache=/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-python-3.10.7/etc/ld.so.cache
 16405:   trying 
file=/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libc.so.6
 16405: 
 16405: 
 16405: calling init: 
/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/ld-linux-x86-64.so.2
 16405: 
 16405: 
 16405: calling init: 
/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libc.so.6
 16405: 
 16405: 
 16405: calling init: 
/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/libgcc_s.so.1
 16405: 
 16405: 
 16405: calling init: 
/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libm.so.6
 16405: 
 16405: 
 16405: calling init: 
/gnu/store/fw1wywd34vh33l4dq182ds5d7jdz45j5-expat-2.5.0/lib/libexpat.so.1
 16405: 
 16405: 
 16405: calling init: 
/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libcrypt.so.1
 16405: 
 16405: 
 16405: calling init: 
/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-python-3.10.7/lib/libpython3.10.so.1.0
 16405: 
 16405:

bug#64360: error: ghc-onetuple: unbound variable

[Csepp]

Ludovic Courtès  writes:

> Hi,
> n
> Csepp  skribis:
>
>> Ludovic Courtès  writes:
>>
>>> Hi,
>>>
>>> Csepp  skribis:
>>>
 I **finally** managed to finish a guix pull on my netbook by offloading
 it to my desktop machine, and I tried to build the latest yt-dlp, this
 is the error I got:

 ```
 $ guix shell yt-dlp
>
> [...]
>
 ice-9/boot-9.scm:1685:16: In procedure raise-exception:
 error: ghc-onetuple: unbound variable
 ```
>>>
>>> Could you share the output of ‘guix describe’?
>
> [...]
>
>> I'm not on that machine right now, but this is the guix time-machine
>> invocation that I tried to reproduce it with:
>>
>> guix time-machine --system=i686-linux \
>> --commit=e499cb2c12d7f1c6d2f004364c9cc7bdb7e38cd5 \
>> --channels=$HOME/channels.scm -- time-machine --commit=63660f0febb \
>> --channels=$HOME/channels.scm --system=i686-linux -- repl
>
> That’s quite different from the ‘guix shell yt-dlp’ we started with
> though.  :-)
>
> Also, it very much depends on what ‘channels.scm’ contains.  ‘guix
> time-machine’ does not support ‘--system’, but on x86_64-linux I get:
>
> --8<---cut here---start->8---
> $ guix time-machine --commit=63660f0febb -- shell yt-dlp -- yt-dlp --version
> 2023.06.22
> --8<---cut here---end--->8---
>
> I ran out of disk space (and out of time :-)) while running:
>
>   guix time-machine --commit=63660f0febb -- shell \
> --rebuild-cache -s i686-linux yt-dlp -- yt-dlp --version
>
> Anyway, it could be a problem with a channel other than ‘guix’, we can’t
> tell so far.  Please let us know when you have the output of ‘guix
> describe’ on that machine.
>
> Ludo’.

I have no channels configured other than the default one using
channel-with-substitutes-available, because it's a netbook we're talking
about.
On the x86_64 machine I was not using channel-with-substitues-available.

bug#64360: error: ghc-onetuple: unbound variable

[Ludovic Courtès]

Hi,
n
Csepp  skribis:

> Ludovic Courtès  writes:
>
>> Hi,
>>
>> Csepp  skribis:
>>
>>> I **finally** managed to finish a guix pull on my netbook by offloading
>>> it to my desktop machine, and I tried to build the latest yt-dlp, this
>>> is the error I got:
>>>
>>> ```
>>> $ guix shell yt-dlp

[...]

>>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>>> error: ghc-onetuple: unbound variable
>>> ```
>>
>> Could you share the output of ‘guix describe’?

[...]

> I'm not on that machine right now, but this is the guix time-machine
> invocation that I tried to reproduce it with:
>
> guix time-machine --system=i686-linux \
> --commit=e499cb2c12d7f1c6d2f004364c9cc7bdb7e38cd5 \
> --channels=$HOME/channels.scm -- time-machine --commit=63660f0febb \
> --channels=$HOME/channels.scm --system=i686-linux -- repl

That’s quite different from the ‘guix shell yt-dlp’ we started with
though.  :-)

Also, it very much depends on what ‘channels.scm’ contains.  ‘guix
time-machine’ does not support ‘--system’, but on x86_64-linux I get:

--8<---cut here---start->8---
$ guix time-machine --commit=63660f0febb -- shell yt-dlp -- yt-dlp --version
2023.06.22
--8<---cut here---end--->8---

I ran out of disk space (and out of time :-)) while running:

  guix time-machine --commit=63660f0febb -- shell \
--rebuild-cache -s i686-linux yt-dlp -- yt-dlp --version

Anyway, it could be a problem with a channel other than ‘guix’, we can’t
tell so far.  Please let us know when you have the output of ‘guix
describe’ on that machine.

Ludo’.

bug#64429: ghc-ncurses build failure

[Maciej Kalandyk]

reproduction info:
guix describe:
Generation 15   Jul 01 2023 20:04:02(current)
  guix 76e3990
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 76e39909e886bb51cf9b2fa03a1523545faca880
  nonguix 211635c
repository URL: https://gitlab.com/nonguix/nonguix
branch: master
commit: 211635c8e024692c2b05d1af4c9c6a43b9fc0aa1

steps:
guix shell ghc-ncurses

error:
starting phase `set-SOURCE-DATE-EPOCH'
phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds
starting phase `set-paths'
environment variable `PATH' set to 
`/gnu/store/x0q2jmg4pfy0wjxdz8l4apsp1yg2sm2c-ghc-9.2.5/bin:/gnu/store/cz8bsiy938v3ghzrnwlc5b6qdmfgy04r-ghc-c2hs-0.28.8/bin:/gnu/store/bcc053jvsbspdjr17gnnd9dg85b3a0gy-ncurses-6.2.20210619/bin:/gnu/store/sxx22f98vfbavcqmdksm6as8fvskpxiw-tar-1.34/bin:/gnu/store/x24bm49ag5dvki72mjdz195bfb89nrnb-gzip-1.12/bin:/gnu/store/j8wlfmlmfvpbza6is9wv9xsd8psrxn00-bzip2-1.0.8/bin:/gnu/store/gr0sy0m1mv36qv54idm6cn10l3mngshq-file-5.44/bin:/gnu/store/zmcf5kpqiighkbh7wslf91qdjwj06yr1-diffutils-3.8/bin:/gnu/store/210yfax18r2g2inxrml9435ikhfcca6m-patch-2.7.6/bin:/gnu/store/c8jyph2lxw0m9na34fg8h70n4nnnz7is-findutils-4.9.0/bin:/gnu/store/hc05d76f1j3iz3v2bs5jz4fpljl1r4dj-gawk-5.2.1/bin:/gnu/store/xxcfsimvxz7z4dj593gnqbkzc6picwzq-sed-4.8/bin:/gnu/store/yrv5f70mn83a876b78i5s79dd2hsh0zf-grep-3.8/bin:/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2.8/bin:/gnu/store/a5i8avx826brw5grn3n4qv40g514505c-coreutils-9.1/bin:/gnu/store/wj7casda7rb55rvqjnpm0bm7a2zm6618-make-4.3/bin:/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin:/gnu/store/na1dpbbcxjaa3n8wkwrfpch476f90hlf-ld-wrapper-0/bin:/gnu/store/zh4x65snfis7svs6906gj1z8i7dx2j3m-binutils-2.38/bin:/gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-gcc-11.3.0/bin:/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/bin:/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/sbin'
find-files: 
/gnu/store/cz8bsiy938v3ghzrnwlc5b6qdmfgy04r-ghc-c2hs-0.28.8/lib/ghc-9.2.5: No 
such file or directory
find-files: 
/gnu/store/xamiwsw6bh6r7jlg2lamahk43b51103k-ghc-ncurses-0.2.16-1.cabal/lib/ghc-9.2.5:
 Not a directory
find-files: 
/gnu/store/bcc053jvsbspdjr17gnnd9dg85b3a0gy-ncurses-6.2.20210619/lib/ghc-9.2.5: 
No such file or directory
find-files: /gnu/store/sxx22f98vfbavcqmdksm6as8fvskpxiw-tar-1.34/lib/ghc-9.2.5: 
No such file or directory
find-files: 
/gnu/store/x24bm49ag5dvki72mjdz195bfb89nrnb-gzip-1.12/lib/ghc-9.2.5: No such 
file or directory
find-files: 
/gnu/store/j8wlfmlmfvpbza6is9wv9xsd8psrxn00-bzip2-1.0.8/lib/ghc-9.2.5: No such 
file or directory
find-files: 
/gnu/store/gr0sy0m1mv36qv54idm6cn10l3mngshq-file-5.44/lib/ghc-9.2.5: No such 
file or directory
find-files: 
/gnu/store/zmcf5kpqiighkbh7wslf91qdjwj06yr1-diffutils-3.8/lib/ghc-9.2.5: No 
such file or directory
find-files: 
/gnu/store/210yfax18r2g2inxrml9435ikhfcca6m-patch-2.7.6/lib/ghc-9.2.5: No such 
file or directory
find-files: 
/gnu/store/c8jyph2lxw0m9na34fg8h70n4nnnz7is-findutils-4.9.0/lib/ghc-9.2.5: No 
such file or directory
find-files: 
/gnu/store/hc05d76f1j3iz3v2bs5jz4fpljl1r4dj-gawk-5.2.1/lib/ghc-9.2.5: No such 
file or directory
find-files: /gnu/store/xxcfsimvxz7z4dj593gnqbkzc6picwzq-sed-4.8/lib/ghc-9.2.5: 
No such file or directory
find-files: /gnu/store/yrv5f70mn83a876b78i5s79dd2hsh0zf-grep-3.8/lib/ghc-9.2.5: 
No such file or directory
find-files: /gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2.8/lib/ghc-9.2.5: 
No such file or directory
find-files: 
/gnu/store/a5i8avx826brw5grn3n4qv40g514505c-coreutils-9.1/lib/ghc-9.2.5: No 
such file or directory
find-files: /gnu/store/wj7casda7rb55rvqjnpm0bm7a2zm6618-make-4.3/lib/ghc-9.2.5: 
No such file or directory
find-files: 
/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/lib/ghc-9.2.5: 
No such file or directory
find-files: 
/gnu/store/na1dpbbcxjaa3n8wkwrfpch476f90hlf-ld-wrapper-0/lib/ghc-9.2.5: No such 
file or directory
find-files: 
/gnu/store/zh4x65snfis7svs6906gj1z8i7dx2j3m-binutils-2.38/lib/ghc-9.2.5: No 
such file or directory
find-files: 
/gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-gcc-11.3.0/lib/ghc-9.2.5: No such 
file or directory
find-files: 
/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/ghc-9.2.5: No such 
file or directory
find-files: 
/gnu/store/l0yryi5jsa1grnvw01c9nkz9c81cv224-glibc-2.35-static/lib/ghc-9.2.5: No 
such file or directory
find-files: 
/gnu/store/visfdda934gvivwihwhlm63fdqhhcc8a-glibc-utf8-locales-2.35/lib/ghc-9.2.5:
 No such file or directory
find-files: 
/gnu/store/5iklcps70c0sfkxvlrhg8jhf3q4h18bj-linux-libre-headers-5.15.49/lib/ghc-9.2.5:
 No such file or directory
environment variable `GHC_PACKAGE_PATH' set to 
`/gnu/store/x0q2jmg4pfy0wjxdz8l4apsp1yg2sm2c-ghc-9.2.5/lib/ghc-9.2.5/package.conf.d'
environment variable `TERMINFO_DIRS' set to 
`/gnu/store/bcc053jvsbspdjr17gnnd9dg85b3a0gy-ncurses-6.2.20210619/share/terminfo'
environment variable `BASH_LOADABLES_PATH' unset
environment variable `C_INCLUDE_PATH' set to 

bug#64489: Bug in Derivation

[C K via Bug reports for GNU Guix]

# guix pull
Updating channel 'guix' from Git repository at 
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to 67c276a (4 new commits)...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git 67c276a
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
building 
/gnu/store/g6b0q7lpn7p7wckdb32x814yzrj9ak4k-compute-guix-derivation.drv...
Computing Guix derivation for 'x86_64-linux'... |guix pull: error: You found a 
bug: the program 
'/gnu/store/n8rwxblax5zs6hvqc6ky5ss005ijknq0-compute-guix-derivation'
failed to compute the derivation for Guix (version: 
"67c276a870b9d6be69c2a9e867683e58928c38ef"; system: "x86_64-linux";
host version: "1.4.0"; pull-version: 1).Please report the COMPLETE output above 
by email to .

Sent with [Proton Mail](https://proton.me/) secure email.

bug#64505: bug report

[Jean-Christophe Haessig]

Hi,

Running guix pull again gives the same result :

$ guix pull
Mise à jour du canal « guix » depuis le dépôt Git «
https://git.savannah.gnu.org/git/guix.git »...
Construction depuis ce canal :
  guix  https://git.savannah.gnu.org/git/guix.git   961ffca
substitute: /gnu/store/29jhbbg1hf557x8j53f9sxd9imlmf02a-bash-minimal-
5.0.7/bin/bash: warning: setlocale: LC_ALL: cannot change locale
(en_US.utf8)
substitute: mise à jour des substituts depuis
« https://ci.guix.gnu.org »... 100.0 %
substitute: mise à jour des substituts depuis
« https://ci.guix.gnu.org »... 100.0 %
substitute: mise à jour des substituts depuis
« https://ci.guix.gnu.org »... 100.0 %
construction de /gnu/store/mqgaxb045j4hnc6pss484drk332mz44m-module-
import.drv...
construction de /gnu/store/67ix9vm4f31nfi22q0g5jwnaxhigaz1x-module-
import-compiled.drv...
/gnu/store/29jhbbg1hf557x8j53f9sxd9imlmf02a-bash-minimal-
5.0.7/bin/bash: warning: setlocale: LC_ALL: cannot change locale
(en_US.utf8)
construction de /gnu/store/amlizpv60rmfn8g685c15ncw26h6b179-compute-
guix-derivation.drv...
Computing Guix derivation for 'x86_64-linux'... \Backtrace:
In ice-9/eval.scm:
159:9 19 (_ #(#(#) #))
   196:35 18 (_ #(#(#(#) #) #))
159:9 17 (_ #(#(#(#) #) #))
   191:35 16 (_ #(#(#
"5.15.49") #))
159:9 15 (_ #(#(#
"5.15.49") #))
159:9 14 (_ #(#(#
"5.15.49") #))
159:9 13 (_ #(#(#
"5.15.49") #))
159:9 12 (_ #(#(#
"5.15.49") #))
   174:20 11 (_ #(#(#
"5.15.49") #))
   177:32 10 (lp (# #))
163:9  9 (_ #(#(#
"5.15.49") #))
163:9  8 (_ #(#(#
"5.15.49") #))
159:9  7 (_ #(#(#
"5.15.49") #))
159:9  6 (_ #(#(#
"5.15.49") #))
163:9  5 (_ #(#(#
"5.15.49") #))
159:9  4 (_ #(#(#
"5.15.49") #))
   191:35  3 (_ #(#(#
"5.15.49") #))
In ./guix/platform.scm:
139:6  2 (lookup-platform-by-target-or-system "x86_64-linux")
In ice-9/boot-9.scm:
829:9  1 (catch srfi-34 # # ?)
In ./guix/platform.scm:
129:2  0 (lookup-platform-by-target "x86_64-linux")

./guix/platform.scm:129:2: In procedure lookup-platform-by-target:
error: raise-exception: unbound variable
guix pull: error: You found a bug: the program
'/gnu/store/cb56v1p47byd2ars5xbgkw26f3iq41sj-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"961ffca1c75141cbb351d143b22b673638e9659d"; system: "x86_64-linux";
host version: "1.1.0"; pull-version: 1).
Please report the COMPLETE output above by email to .

HTH,
J.C.H

bug#64488: qtbase and qmake are showing incorrect include folders

[Chris Cochrun]

With the qtbase package, qmake is showing incorrect info about it's 
installation when you run qmake -query.

If you need include files or libraries from other packages, these won't be used 
in the qmake utility. It appears as if qmake is only seeing info in the qtbase 
directory in the store rather than the installed profile directory. This seems 
to be the same situation of what happened in the nix package too. 


I was trying to use a tool that requires this in a project of mine but it 
doesn't really help me much when I can't use qmake to access info in the 
qtdeclarative package. Even if both are installed in the same profile or shell.

I hope someone smarter than me knows how to fix that. Also, first time posting 
in the mailing list, so I hope I did it all right.

--
*Chris*
/Praising God in all things!/

bug#64455: shepherd: unable to use redefined system/system* in 0.10.1

[buma2...@outlook.fr]

Hello,

I am using happily shepherd since a few years as my init system on
Debian: amd64 (desktop and notebook), armhf (Cubox).

I was using 0.9.1 with guile-3.0.5 and fibers-1.1.1.

I recently tried 0.10.1 with guile-3.0.9 and fibers 1.3.1 and
encountered a problem with using system and system* in my services:
the simple fact to have the symbol system or system* in
/etc/shepherd.scm or included files (even if the command is not
executed) leads to a misbehaving shepherd, more specifically the
shepherd socket disappears; the system boots but with multiple
instances of the launched daemons.

If a system/system* command is executed while booting, shepherd
blocks at the point of its execution.

Example of service causing the failure:

(register-services
 (make 
   #:provides '(mytest)
   #:start (lambda args
   (system "touch /tmp/somefile")
   #t)
   ))

The service is not started at boot, I have to do it manually afterwards,
but I never can go there, as the shepherd socket is missing.

I I add at the end of /etc/shepherd.scm:
(system "touch /tmp/somefile")

I have the same problem.

Strangely at build time the test tests/system-star.sh succeeds, and
after I have booted (without refering to a system/system* command) , I
can run:

# export PID=$$; herd eval root "(system \"echo success! >/proc/$PID/fd/1\")"

(in my case, output appears in /var/log/syslog so I need the redirection)

I have read a bit documentation and code to be aware that system and
system* were redefined in shepherd to be non blocking, I suspect the
problem is how this is done.

I would prefer to have new names in shepherd for the redefined
system/system* and keep the old ones intact.

I have a workaround for this problem: replacing system/system* by
helpers I use, like:

(define (system-value command)
  "Return first line of output when calling (system command)"
  (let* ((port (open-input-pipe command))
   (str (read-line port)))
(close-pipe port)
str))

but this is a band-aid.

bug#64309: Python dlopen()s musl libc

[Josselin Poiret via Bug reports for GNU Guix]

Hi Athena,

Athena Martin via Bug reports for GNU Guix  writes:

> On an Alpine Linux Edge host, I reproduce with:
>
> $ guix install python-neovim-remote
> $ nvr
>
> It's possible that there's some quirk of my specific environment.
>
> (I'm currently in the process of switching to Guix System so I may not
> be able to reproduce this forever.)

Can you do `LD_DEBUG=libs nvr` so that we get a log of what ld's trying
to load?

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature