> * LANG should be set, because it is in #:leaked-env-vars (see
> guix/git-download.scm). I don't know whose LANG it is though
> -- the user's, or the daemon's?
if i add this to the gexp:
(simple-format (current-error-port)
"LANG is '~A'~%"
(getenv "LANG"))
(setenv
Ludovic Courtès schreef op wo 13-04-2022 om 08:48 [+0200]:
> Hi,
>
> Maxime Devos skribis:
>
> > I noticed "./pre-inst-env guix build guix" fails on my computer due to
> > "pypi->guix-package, no wheel" failing. Here is an excerpt from the log:
>
> Which commit are you building for? For x86_6
Attila Lendvai schreef op wo 13-04-2022 om 07:51 [+]:
> i don't understand why the setlocale call in gnu-build-system's
> install-locale works, but my setlocale kludge in git-download doesn't.
I don't expect /run/current-system/locale to exist inside the build
container. Maybe try
(setenv
Attila Lendvai schreef op wo 13-04-2022 om 07:51 [+]:
> i'm not sure why the wrong locale breaks file-system walking and deleting,
> though.
>
> i assume if every function in guile uses/assumes the same locale (character
> encoding), then both directions through the guile FFI should be idempo
Attila Lendvai schreef op wo 13-04-2022 om 07:51 [+]:
> hrm... this is not relevant here, only a related thought: things
> can go wrong in the GEXP serialization, too: if the writing side
> and the reading side doesn't use the same character encoding.
> locale should be set explicitly at the re
> I don't expect /run/current-system/locale to exist inside the build
> container. Maybe try
>
> (setenv "GUIX_LOCPATH" #+(file-append glibc-locales "/lib/locale"))
> ;; for testing
> ((@ (guix build utils) invoke)
> #+(file-append coreutils "/bin/ls") (getenv "GUIX_LOCPATH"))
>
> instead?
thank
Maxime Devos schreef op wo 13-04-2022 om 09:52 [+0200]:
> Ludovic Courtès schreef op wo 13-04-2022 om 08:48 [+0200]:
> > Hi,
> >
> > Maxime Devos skribis:
> >
> > > I noticed "./pre-inst-env guix build guix" fails on my computer
> due to
> > > "pypi->guix-package, no wheel" failing. Here is an
Hi there!,
Just encountered an error while giving Guix a try.
My steps:
- Downloaded the Guix 1.3.0 qcow2 image:
https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2
- Executed it on Debian bullseye using qemu-system, as explained here:
https://guix.gnu.org/manual/en/html_
Hello,
I just tried to install guix on my laptop. When trying to run `guix pull`,
at the end of the output it read:
guix pull: error: You found a bug: the program
'/gnu/store/ghf5nvs7mwv0w99737ilgja4hfdm2l7s-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"950f3e4f98a
Am Mittwoch, dem 13.04.2022 um 10:22 +0200 schrieb Maxime Devos:
> [...]
> Let's test this (in a new REPL with an UTF-8 locale):
>
> ((@ (ice-9 iconv) string->bytevector) "é" "ANSI_X3.4-1968")
> ice-9/boot-9.scm:1669:16: In procedure raise-exception:
> Throw to key `encoding-error' with args `("pu
Liliana Marie Prikler schreef op wo 13-04-2022 om 12:40 [+0200]:
> You are first encoding a non-ASCII byte to ASCII, which has no glyph
> for "I have no idea what this is", so a question mark (#\?) is used.
> When converting from invalid ASCII to UTF-8 on the other hand, you do
> have #\� as the W
Jochen Luig schreef op wo 13-04-2022 om 04:56 [+0200]:
> guix substitute: warning: while fetching
> https://ci.guix.gnu.org/nar/lzip/mzz11jzk3ag1nzzzdg83kmgysm5faijd-texlive-babel-fixed-59745
> : server is somewhat slow
> guix substitute: warning: try `--no-substitutes' if the problem
> persists
>
FYI,
i have extensive fixes to the go importer that i'm preparing for submission:
https://github.com/attila-lendvai-patches/guix/tree/import
it fixes this issue, and it can also recursively import rclone (and go-ethereum
for that matter):
./pre-inst-env guix import go --recursive github.com/rc
During ‘home reconfigure’ after it says ‘Finished updating symlinks.’,
guix hangs forever. Attempting to interrupt with ^C failed, and I had to
force-close my ssh session.
Logging back in, ‘home list-generations’ claims to have
installed a new generation and moved forward. I no l
On Tue, Apr 12, 2022 at 06:01:39PM +0200, Ludovic Courtès wrote:
> Hi,
>
> Efraim Flashner skribis:
>
> > On Tue, Feb 12, 2019 at 03:27:37PM +0100, Ludovic Courtès wrote:
> >> Hello Efraim,
> >>
> >> Efraim Flashner skribis:
> >>
> >> > I'm testing %bootstrap-guile from bootstrap.scm and I'm
On Tue, Apr 12, 2022 at 12:10:09PM +0200, zimoun wrote:
> Hi,
>
> What is the status of this old patch #34453?
>
> http://issues.guix.gnu.org/issue/34453
>
>
> On Sat, 16 Feb 2019 at 17:06, Ludovic Courtès wrote:
> > Efraim Flashner skribis:
> >
> >> When experimenting I found that using guil
This is more of a Haskell problem than an earlyoom one. Pandoc seems to
not like 32 bit. If you take a look at the CI, there are no successful
builds.
http://ci.guix.gnu.org/search?query=earlyoom%20system:i686-linux&border-low-id=145628
Maybe the documentation related phases should just be delete
> more than one target service of type 'account'
I did not add any new service, I just modified openssh-service-type.
```
(operating-system
(inherit os)
(services
(modify-services
(operating-system-services os)
(openssh-service-type
config =>
(op
18 matches
Mail list logo
