Installation fails at last step due to not enough storage. Uploaded
file as installer-dump-93af8d14.
Hi,
"buma2...@outlook.fr" skribis:
> I am using happily shepherd since a few years as my init system on
> Debian: amd64 (desktop and notebook), armhf (Cubox).
Interesting! I didn’t know of such uses.
> I was using 0.9.1 with guile-3.0.5 and fibers-1.1.1.
>
> I recently tried 0.10.1 with guile
Hi,
Andreas Enge skribis:
> Am Fri, Jul 07, 2023 at 04:09:13PM +0200 schrieb Ludovic Courtès:
>> Is it reproducible for you? Could it be a transient failure?
>
> It is not transient, it happens consistently.
> Can I do anything myself to trick it into working?
Is there any more data you can gr
André A. Gomes skribis:
> Ludovic Courtès writes:
>
>> Yes, that’d be great. If you still have that older pack that didn’t
>> have the problem, you could also run it under ‘strace -f -o
>> /tmp/log.strace’ to see what happens before the failure.
>
> Ludovic, I didn't reach any meaningful conclu
> The nvr package in ~/.local seems to be used instead of a Guix
> package. That locally installed nvr package expects to use the
> host's libc, but since the python interpreter being used has a
> fixed RPATH and system search path it won't find it.
I've just checked and temporarily removing .lo
> So it's not the LD_DEBUG output that hold a clue, but rather the
> Python traceback.
> The nvr package in ~/.local seems to be used instead of a Guix
> package. That locally installed nvr package expects to use the host's
> libc, but since the python interpreter being used has a fixed RPATH
> an
I noticed this inconsistency:
--
$ ls -l /var/log/messages*
-rw-r- 1 root root 112994 Jul 10 14:29 /var/log/messages
-rw-r--r-- 1 root root 8883 Jul 5 12:00 /var/log/messages.1.gz
--
This seems like a mistake.
guix substitute: warning: while fetching
https://ci.guix.gnu.org/nar/zstd/vmq70gpqzdrd4ljbr1l9ap9pjvwn8dv0-perl-term-readkey-2.38:
server is somewhat slow
guix substitute: warning: try `--no-substitutes' if the problem persists
Backtrace:
In ice-9/boot-9.scm:
1752:10 19 (with-exception-handler
Hi Athena,
So it's not the LD_DEBUG output that hold a clue, but rather the Python
traceback.
Athena Martin writes:
> 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/pytho
