Hello Guix,
I just noticed go-1.16 is failing on aarch64 [0]. I am not having any
success tracking down the cause. It looks like the error is the same as
was happening for go-1.14 circa 11 Mar [1], which was fixed by 9 Apr
[2], but I cannot tell what resolved the issue. I've attached the
relevant
Hello,
Ludovic Courtès writes:
> Hi,
>
> Maxim Cournoyer skribis:
>
>> I've tried some to reproduce the issue with the modified scripts below,
>> but in vain. I'm not sure if my delay is inserted at the right place.
>> I also suspect that my attempt to shuffle the substitute-urls is not
>> rea
Hi Leo,
Leo Famulari writes:
> I got past the previous build failure by setting the environment
> variable "TAR=noop" (found in the Nix package [0])... who knows what
> that means? It only appears in the Nix packaging.
>
> So now, using the attached patch, it fails to build because it can't
> fi
Hi,
Em sexta-feira, 6 de agosto de 2021, às 19:55:17 -03, Thiago Jung Bauermann
escreveu:
> I was able to build your patch using this one.
Actually no. Sorry, I spoke too soon. It still fails.
Back to the drawing board.
--
Thanks,
Thiago
Hi,
Just a quick suggestion from a bystander...
Thiago Jung Bauermann writes:
> The SCons build system sets the compiler include path from the $CPPPATH
> environment variable while GCC and Guix use $C_INCLUDE_PATH, so set the
> former with the value of the latter.
>
> * guix/build/scons-build-s
The SCons build system sets the compiler include path from the $CPPPATH
environment variable while GCC and Guix use $C_INCLUDE_PATH, so set the
former with the value of the latter.
* guix/build/scons-build-system.scm (build): Set $CPPPATH from
$C_INCLUDE_PATH.
---
Hi Leo,
I was able to build you
Hello Guix,
(Ricardo, I've Cc'd you since it seems etc/committer.scm is mostly your
work.)
It looks like etc/committer.scm is choking on gexps on core-updates-frozen:
--8<---cut here---start->8---
~/guix-cu-frozen [env]$ etc/committer.scm
ice-9/read.scm:126:4:
Hello,
Given the GNU FSDG, and more specifically the requirement that "nor should the
distribution refer to third-party repositories that are not committed to only
including free software", and given that the python-pip package [1] allows the
user to browse and install from a repository which i
Hi,
I encountered a bug in a fresh Guix installation running under qemu
VM. See below.
Kind regards
Rostislav Svoboda
guest@gnu ~$ guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to 76d6874 (4
Hi Carl & Guix folks,I built Guix 1.3.0 from source on Ubuntu 20.04 with help from Carl. It was built with Guile 3.During the bootstrap it failed to build /gnu/store/2nvaxgs0rdxfkrwklh622ggaxg0wap6n-bash-mesboot0-2.05b.drv with "make: *** No rule to make target `bash'. Stop.", after some warnings
Hi,
when trying to install fdroidserver, I have the following build failure
in the tests with python-networkx:
> building
> /gnu/store/64a09gnkl01k6vcwrn1cvv1v8nm88xhb-python-networkx-2.5.1.drv...
> 100% 'check'
> [###]builder
> for
> `/gnu/
Misremembered the bug ID, sorry
--- Begin Message ---
Hi Florian,
Am Freitag, den 06.08.2021, 12:53 +0200 schrieb pelzflorian (Florian
Pelz):
> Hello Guix!
>
> In the guix-artwork.git repo, the pot file generation
> (scripts/sexp-xgettext.scm as described in the file i18n-howto) in
> the website
Hello Guix!
In the guix-artwork.git repo, the pot file generation
(scripts/sexp-xgettext.scm as described in the file i18n-howto) in the
website is broken since guile@3.0.7. Old guile@3.0.2 works.
The issue is at the end of the procedure in the call to (read) within
token->string-symbol-or-keyw,
13 matches
Mail list logo
