bug#67475: Sorry for the formatting issues

2023-12-31 Thread Daniel K
Fixed by switching to QEMU + virt-manager.

How can I close this issue?

From: Daniel K 
Sent: 27 November 2023 12:54 PM
To: 67...@debbugs.gnu.org <67...@debbugs.gnu.org>
Subject: Sorry for the formatting issues

Sorry for all the extra question marks. Those were inserted because I formatted 
the preceding word as monospace. Will be sending plaintext in the future.


bug#66866: aarch64 system cross compilation + pinebook pro image broken?

2023-12-31 Thread Lars Rustand


Hello, bumping this issue since there has been no activity for a while
and this error is still present. I get the exact same error as Denis
when building any Pine64 images. Building with --system=aarch64-linux
instead of --target=aarch64-linux-gnu works, but this is very much
slower.


This is what I get:

> checking for string.h... (cached) yes
> checking whether NLS is requested... yes
> checking for msgfmt... no
> checking for gmsgfmt... :
> checking for xgettext... no
> checking for msgmerge... no
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... Invalid configuration `aarch64-linux-gnu': 
> machine `aarch64' not recognized
> configure: error: 
> /gnu/store/rb75igdc6daly1mz2ivz7rs8hd85imdz-gash-boot-0.3.0/bin/bash 
> ./config.sub aarch64-linux-gnu failed
> error: in phase 'configure': uncaught exception:
> srfi-34 # "/gnu/store/rb75igdc6daly1mz2ivz7rs8hd85imdz-gash-boot-0.3.0/bin/bash" 
> arguments: ("./configure" "CC_FOR_BUILD=gcc" 
> "CONFIG_SHELL=/gnu/store/rb75igdc6daly1mz2ivz7rs8hd85imdz-gash-boot-0.3.0/bin/bash"
>  "SHELL=/gnu/store/rb75igdc6daly1mz2ivz7rs8hd85imdz-gash-boot-0.3.0/bin/bash" 
> "--prefix=/gnu/store/bl3aq7fnpyxq9w2a7bqa4zqgd8z88y8x-gawk-mesboot-3.1.8" 
> "--enable-fast-install" "--build=x86_64-unknown-linux-gnu" 
> "--host=aarch64-linux-gnu" "ac_cv_func_connect=no") exit-status: 1 
> term-signal: #f stop-signal: #f] 152c4c0>
> phase `configure' failed after 38.7 seconds
> command 
> "/gnu/store/rb75igdc6daly1mz2ivz7rs8hd85imdz-gash-boot-0.3.0/bin/bash" 
> "./configure" "CC_FOR_BUILD=gcc" 
> "CONFIG_SHELL=/gnu/store/rb75igdc6daly1mz2ivz7rs8hd85imdz-gash-boot-0.3.0/bin/bash"
>  "SHELL=/gnu/store/rb75igdc6daly1mz2ivz7rs8hd85imdz-gash-boot-0.3.0/bin/bash" 
> "--prefix=/gnu/store/bl3aq7fnpyxq9w2a7bqa4zqgd8z88y8x-gawk-mesboot-3.1.8" 
> "--enable-fast-install" "--build=x86_64-unknown-linux-gnu" 
> "--host=aarch64-linux-gnu" "ac_cv_func_connect=no" failed with status 1


Other cross-compiled images like Raspberry Pi work fine for me.





bug#68172: guix-module-union and guile modules take priority over $GUILE_LOAD_PATH

2023-12-31 Thread Mikhail Tsykalov
When running (bash syntax) "env GUILE_LOAD_PATH=/tmp:$GUILE_LOAD_PATH 
guix repl <(echo '(display %load-path) (newline)')" /tmp is placed after 
guix-module-union and guile modules.


While this may be desired behavior (judging from commit message of 
459f0d07a1b), it leads to the user being unable to overwrite modules in 
guix-module-union using environmental variables.


This doesn't really break anything documented, but it makes pre-inst-env 
with unbuilt scripts/guix pull modules from guix-modules-union instead 
of working directory. (i.e. "make check-system" will ignore changes to 
gnu/tests subdirectory). Also I think it's logical for user paths to 
take priority over system ones.


I think these entries are added by 
https://git.savannah.gnu.org/cgit/guix.git/tree/guix/self.scm?id=2a242e86379ebddbdddf2927f26e5e27a98fc605#n616.