bug#68466: guile-2.0 FTBFS on powerpc-linux
guile-2.0 fails to build on powerpc-linux, breaking the ability to do any grafting. True on commit f6afaf58b0a0b04e5023141c8f56c204f9779e19, haven't checked backward to see when it happened. Occurs on real hardware and using qemu emulation. -- Efraim Flashner רנשלפ םירפא GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted wgrxrdna9lyzp4h44dczzz5x74r5pq-guile-2.0.14.drv.gz Description: application/gunzip signature.asc Description: PGP signature
bug#68439: icewm do not install MO files.
I remember that was left over and kept from previous patches. If they are not rebuilt there is a bug I will remove these lines in the next update to the next version, unless there is objection. On Sat, Jan 13, 2024 at 7:08 PM Feng Shu wrote: > > > Hello: > > At the moment: icewm do not install MO files to > 'share/locale//LC_MESSAGES', gmo files in tarball are removed, but > do not re-generated, I try to add gettext-minimul to inputs, but can not > re-generate gmo files successfully. > > Any reason we should remove gmo files in tarball? > > ``` >(add-after 'unpack 'remove-gmo-files > ;; gmo files are generated from .po files > ;; so remove them before build to make sure > ;; they are re-generated if needed > (lambda _ >(for-each delete-file > (find-files "po" "\\.gmo$" > ``` > > > -- >
bug#66647: Installation of RPMs produced by ‘guix pack’ is super slow
Hi, Simon Tournier writes: > Hi Inria’s folks, :-) > > On Sat, 02 Dec 2023 at 18:13, Maxim Cournoyer > wrote: > >> I'd rather we try it with a few more software such as 'dnf' to narrow it >> down to just 'yum', or some other issues in our Guix-generated RPM. > > have you tried with ’dnf’? Is it similarly slow as ’yum’? I've tried it myself, and it was fast. yum is an alias that invokes dnf even on an old obsolete Fedora 37 VM I had available. We could mention that other package managers than yum should be preferred in a "@quotation Note", due to a performance problem when handling modern RPMs as those made by Guix; or we could close this and wait for yum to have become completely irrelevant (which seems like in a year or so, last I checked the RHEL end-of-life dates). Is someone volunteering to add the note? Or should we close this? -- Thanks, Maxim
bug#68384: TTY Auto-login is not compatible with elogind
Hello, I have the same issue. Using the following works for me, though you need to press a button on the keyboard. (modify-services %desktop-services (delete gdm-service-type) (mingetty-service-type config => (mingetty-configuration (inherit config) (auto-login "cm") ;; TODO: Work around to fix "Error in service module" (login-pause? #t I also created a thread in the guix-devel[0] mailing list, maybe I should have not. [0]: https://lists.gnu.org/archive/html/guix-devel/2024-01/msg00120.html -- Christian Miller
bug#68359: Can't pull my channel because of getaddrinfo -8 error
Hello again. I retried the build from codeberg and it still crashes on any commit above e0d813eb175adb422a6993b173c6a3767957035d. Also i pushed the repo to github https://github.com/shinyzero0/guix-packages and it still crashes with the same error. Best wishes, Paul
bug#66173: Package unknown-horizons fails during build process
Am Samstag, dem 13.01.2024 um 10:50 -0500 schrieb Simon South: > Liliana, 宋文武: > > Are you interested in reviewing these patches? Unfortunately I > neglected to CC the games team when posting them. > > They fix the build of Unknown Horizons in master. > > https://issues.guix.gnu.org/66173 > > -- I came, saw, and pushed. Sorry for not coming earlier.
bug#68340: coreutils-mesboot-9.1 failed
Hello, On 2024-01-13 20:53, Josselin Poiret wrote: Hi Jing, Jing Luo via Bug reports for GNU Guix writes: building /gnu/store/9dspz8w4i6c9wkdskirv4rj6lmsgp54c-coreutils-mesboot-9.1.drv... | 'build' phasebuilder for `/gnu/store/9dspz8w4i6c9wkdskirv4rj6lmsgp54c-coreutils-mesboot-9.1.drv' failed with exit code 1 build of /gnu/store/9dspz8w4i6c9wkdskirv4rj6lmsgp54c-coreutils-mesboot-9.1.drv failed View build log at '/var/log/guix/drvs/9d/spz8w4i6c9wkdskirv4rj6lmsgp54c-coreutils-mesboot-9.1.drv.gz'. Can you also include the relevant failing part of /var/log/guix/drvs/9d/spz8w4i6c9wkdskirv4rj6lmsgp54c-coreutils-mesboot-9.1.drv.gz? Best, Not sure if I got it right, but here it is: ``` [...] phase `patch-source-shebangs' succeeded after 0.3 seconds starting phase `configure' source directory: "/tmp/guix-build-coreutils-mesboot-9.1.drv-0/coreutils-9.1" (relative from build: ".") build directory: "/tmp/guix-build-coreutils-mesboot-9.1.drv-0/coreutils-9.1" configure flags: ("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/6waxmqaggl0h1v811y1wdmd9pdaix7yl-coreutils-mesboot-9.1" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu") configure: WARNING: unrecognized options: --enable-fast-install [...] checking whether snprintf returns a byte count as in C99... yes Backtrace: In gash/eval.scm: 221: 19 [eval-sh ( ("as_decl_name" ( #)))] In srfi/srfi-1.scm: 642: 18 [for-each #word)> # #] In gash/eval.scm: 222: 17 [# "as_decl_name" #] 131: 16 [eval-word ( ( # #)) #:output string ...] 121: 15 [expand-word ( ( # #)) #:output string ...] In gash/shell.scm: 289: 14 [sh:substitute-command #gash/eval.scm:129:35 ()>] 270: 13 [%subshell #] In ice-9/boot-9.scm: 157: 12 [catch quit # ...] In ice-9/r4rs.scm: 176: 11 [with-output-to-port #24>> ...] In srfi/srfi-1.scm: 619: 10 [for-each # (( # #))] In gash/shell.scm: 344: 9 [sh:pipeline # ...] 310: 8 [plumb # #f ...] 270: 7 [%subshell #] In ice-9/boot-9.scm: 157: 6 [catch quit # ...] In gash/shell.scm: 316: 5 [thunk*] 129: 4 [sh:exec-let () "sed" "s/ *(.*//"] 92: 3 [exec-utility () ...] In srfi/srfi-1.scm: 616: 2 [for-each # (0 1 2 ...)] In ice-9/boot-9.scm: 1473: 1 [dup->port # "r" 7] In unknown file: ?: 0 [fdopen 7 "r"] ERROR: In procedure fdopen: ERROR: In procedure scm_fdes_to_port: Bad file descriptor Backtrace: In ice-9/boot-9.scm: 157: 19 [catch #t # ...] In unknown file: ?: 18 [apply-smob/1 #] In ice-9/boot-9.scm: 63: 17 [call-with-prompt prompt0 ...] In ice-9/eval.scm: 432: 16 [eval # #] In ice-9/boot-9.scm: 793: 15 [call-with-input-file "./configure" ...] In gash/gash.scm: 121: 14 [# #./configure 23>] In gash/repl.scm: 38: 13 [run-repl # #f] In gash/shell.scm: 129: 12 [sh:exec-let () "ac_fn_check_decl" ...] In gash/environment.scm: 215: 11 [save-variables-excursion () ...] 292: 10 [with-arguments # #()>] 389: 9 [call-with-return #()>] In srfi/srfi-1.scm: 619: 8 [for-each # (( # # # ...))] 619: 7 [for-each # (# # # # ...)] 616: 6 [for-each # (# #)] In gash/shell.scm: 245: 5 [#] 129: 4 [sh:exec-let () "printf" "%s" "checking whether is declared... "] 92: 3 [exec-utility () ...] In srfi/srfi-1.scm: 616: 2 [for-each # (0 1 2 ...)] In ice-9/boot-9.scm: 1473: 1 [dup->port # "r" 7] In unknown file: ?: 0 [fdopen 7 "r"] ERROR: In procedure fdopen: ERROR: In procedure scm_fdes_to_port: Bad file descriptor no checking for stdbool.h that conforms to C99... yes [...] checking for uname... yes Backtrace: In ice-9/boot-9.scm: 157: 15 [catch #t # ...] In unknown file: ?: 14 [apply-smob/1 #] In ice-9/boot-9.scm: 63: 13 [call-with-prompt prompt0 ...] In ice-9/eval.scm: 432: 12 [eval # #] In ice-9/boot-9.scm: 793: 11 [call-with-input-file "./configure" ...] In gash/gash.scm: 121: 10 [# #./configure 20>] In gash/repl.scm: 38: 9 [run-repl # #f] In gash/shell.scm: 441: 8 [sh:cond # #] 55: 7 [without-errexit #] 380: 6 [sh:or # ...] 55: 5 [without-errexit #] 129: 4 [sh:exec-let () "test" "" "!=" "yes"] 92: 3 [exec-utility () ...] In srfi/srfi-1.scm: 616: 2 [for-each # (0 1 2 ...)] In ice-9/boot-9.scm: 1473: 1 [dup->port # "r" 7] In unknown file: ?: 0 [fdopen 7 "r"] ERROR: In procedure fdopen: ERROR: In procedure scm_fdes_to_port: Bad file descriptor /gnu/store/pmjb23p8j2f5543k8ng5x8gw08yjb411-gash-utils-boot-0.2.0/bin/test: Unknown unary operator: "-lt" /gnu/store/pmjb23p8j2f5543k8ng5x8gw08yjb411-gash-utils-boot-0.2.0/bin/test: Unknown unary operator: "-eq" checking whether unlink honors trailing slashes... (cached) yes [...] /gnu/store/pmjb23p8j2f5543k8ng5x8gw08yjb411-gash-utils-boot-0.2.0/bin/test: Unknown unary operator: "-c" [...] phase `patch-generated-file-shebangs' succeeded after 0.3 seconds starting phase `patch-shell-references' phase `patch-shell-references' succeeded after 0.4 seconds starting phase `build' GEN