bug#60861: "Building from GIT" not succeeding

Replying to the list and closing then. Glad you found a solution :) Le 17 janvier 2023 01:49:27 GMT+01:00, Laurence Taylor a écrit : >Explorer Exclude is a vscode plugin that moved repo and I had to install >manually. Looks like I must have pasted it into the source file without >realising. >By

bug#60719: Acknowledgement (openbios-qemu-ppc fails to build on aarch64)

I don't know how to fix this on guix's end, but I guess I now need to complain to upstream and hope they can work out a fix. I've submitted an issue to upstream: https://github.com/openbios/openbios/issues/11 -- Andrew Patterson

bug#60719: Acknowledgement (openbios-qemu-ppc fails to build on aarch64)

From altogether too much searching around with gcc -M, it looks like the problem is that openbios has in its include directory an asm/types.h. Because things added to the header search path by -I shadow system headers and are global, this replaces the that relies on, causing the error. On

bug#48591: ugrep: reproducibility issues

Is this bug fixed yet? If not, seeing that this issue was motivated by an illegal instruction, we can use compile flags to disable SSE and other platform-dependent optimizations and investigate further. WDYT? https://github.com/Genivia/ugrep#other-platforms-step-3-build

bug#25235: [PATCH 0/1] build-system/pyproject: Do not wrap native-inputs.

This fixes a longstanding issue. The fix is made trivial by the changes made in #60847 adding cross-compilation support for the pyproject build system. Additionally, it's based on #60868, which touches the wrap phase to use wrap-script instead of wrap-program. Maxim Cournoyer (1):

bug#25235: [PATCH 1/1] build-system/pyproject: Do not wrap native-inputs.

Fixes . * guix/build/pyproject-build-system.scm (wrap) [native-inputs]: New argument. Filter out native inputs from the values in GUIX_PYTHONPATH. --- guix/build/pyproject-build-system.scm | 16 1 file changed, 12 insertions(+), 4

bug#60782: Channels and dependency confusion

On 2023-01-13 14:48, Ludovic Courtès wrote: [..] I think it would be best to error out if multiple channels provide same-named files. Thoughts? An option to erroring out: how about make it a feature to be able to specify precedence-order, say in the .guix-channel file. For example, that

bug#60866: cant install

Hi, Cyrek D writes: > please fix asap > > 07d39d65 What's the problem exactly? You haven't provided any information. -- Thanks, Maxim

bug#60861: "Building from GIT" not succeeding

Le Mon, 16 Jan 2023 13:08:37 +0100, Laurence Taylor a écrit : > > ice-9/eval.scm:293:34: no code for module (sExplorer Excluderfi > > srfi-35) This looks weird, what is "Explorer Excluder"? It's definitely not in gnu.scm.

bug#60861: "Building from GIT" not succeeding

Hi, On lun., 16 janv. 2023 at 13:08, Laurence Taylor wrote: >> [ 78%] LOAD gnu.scm >> error: failed to load 'gnu.scm': >> ice-9/eval.scm:293:34: no code for module (sExplorer Excluderfi srfi-35) >> make[2]: *** [Makefile:6873: make-system-go] Error 1 >> make[2]: Leaving directory

bug#60694: Issue building derivations in 1.4.0

Hi, Tom Parker-Shemilt writes: > On Fri, 13 Jan 2023 at 03:35, Maxim Cournoyer > wrote: > >> How much memory (RAM) do you have available on the machine? >> >> Guix pull consumes close to 2 GiB peak, if I recall correctly. > > That was with 4GB. Tried upping to 8GB and now getting a different

bug#60861: "Building from GIT" not succeeding

commit eb329c946181557f3dd63195d4938592ef9f4f98 Here is the readout on using the instructions at https://guix.gnu.org/manual/en/html_node/Building-from-Git.html I have the impression this build is necessary to get documentation completion working in emacs/geiser and am working up from downstream

bug#60694: Issue building derivations in 1.4.0

On Fri, 13 Jan 2023 at 03:35, Maxim Cournoyer wrote: > How much memory (RAM) do you have available on the machine? > > Guix pull consumes close to 2 GiB peak, if I recall correctly. That was with 4GB. Tried upping to 8GB and now getting a different error. My channels.scm is (list (channel

bug#60782: Channels and dependency confusion

Hi, On lun., 16 janv. 2023 at 10:00, Ludovic Courtès wrote: >> Well, the assumption for a similar attack using Guix channels is that >> the user first adds the channel to their channel list. Therefore, they >> trust what they consider able to be trust. ;-) > > Right, users would have to

bug#60816: guix pull ("computing Guix derivation") is not reproducible

Hi, On dim., 15 janv. 2023 at 15:35, Josselin Poiret via Bug reports for GNU Guix wrote: > Julien Lepiller writes: > >> it seems that on one machine, my .cache/guix/checkouts got polluted by >> uncommited files. I have no idea why they're there, but cleaning them >> should solve my issue,

bug#57134: [PATCH] FIX: Skip `aalib' input on target ppc64le

* gstreamer.scm (gst-plugins-good): skip aalib input on ppc64le Linker errors out for unknown reasons. The ascii art is imho not important enough to skip the whole package from being included for ppc64le. --- gnu/packages/gstreamer.scm | 75 --

bug#60782: Channels and dependency confusion

Hello, Simon Tournier skribis: > On ven., 13 janv. 2023 at 14:48, Ludovic Courtès > wrote: > >> Nothing, because the ‘guix’ channel always comes first in the module >> search path (see ‘%package-module-path’ in (gnu packages)). Good. >> >> Now same scenario, but with references to another