Apologies for the noise, but the subject of the email I sent is wrong. It
should have been ‘guix shell -CF’ rather than ‘guix shell -CH’.
When I add ‘gcc-toolchain’, it seems to try to create a ‘/bin/cc’ symlink to
GCC, but the Clang package also has a ‘cc’ executable, so it fails.
- - - - - - - - -
% guix shell -CF clang-toolchain gcc-toolchain
guix shell: error: symlink: File exists: "/bin/cc"
- - - - - - - - -
Hi,
Ludovic Courtès skribis:
> Turns out that guix-daemon on build machines is running with ‘--debug’
> starting with maintenance.git commit
> 72d8a62466b71eda657b52ca17e99f7189ea18ad (“sysadmin: build-machines:
> Enable guix-daemon debug output.”)
>
> The immediate fix is to undo that—I’ll do
Ludovic Courtès skribis:
> $ time guix shell -D guix -- true
>
> real0m0.596s
> user0m0.716s
> sys 0m0.064s
> $ strace -c guix shell -D guix -- true
> % time seconds usecs/call callserrors syscall
> -- --- --- - - --
Hi!
Ludovic Courtès skribis:
> We often get evaluation errors for ‘core-updates’, where the build log
> reveals that this is due to a build timeout while building the Guix
> instance that will be used for the evaluation. Example:
[...]
> exporting path
I, have the same issue:
Generation 644 Apr 17 2023 11:19:49(current)
guix 50dd91b
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 50dd91bc30634c75c0001cfd38bbcc2fbbeb894e
rde 474cc01
repository URL: https://git.sr.ht/~abcdw/rde
branch:
Hey Ludo,
I've managed to do what I wanted here, just a little reminder if you can
review this ;)
--
Best regards,
Nicolas Graves
Hello!
I noticed that ‘guix shell’ had become relatively slow on cache hits, as
in this example:
--8<---cut here---start->8---
$ time guix shell -D guix -- true
real0m0.596s
user0m0.716s
sys 0m0.064s
$ strace -c guix shell -D guix -- true
% time
