bug#69588: (chain-loader) declaration will write invalid string on grub.cfg if "+1" is specified instead of an EFI file path.
The current (chain-loader) declaration seems to only work properly when booting in EFI mode[1], as that way you have to specify a file path to chainload an operating system that's not compatible with GRUB such as Windows, but this solution will not work properly when using "+1" for the old MBR/msdos partition table that required bootstrapping, not a filesystem path, as explained in GRUB's documentation[2]. I've asked about this issue on the guix-help mail list and someone pointed out where the problem is on the source file[3], it's only a matter of submitting a patch to fix it so it parses properly when the (chain-loader) declaration has "+1" for bootstrapping instead of a path. [1]: https://guix.gnu.org/manual/en/guix.html#chain-loader [2]: https://www.gnu.org/software/grub/manual/grub/grub.html#chainloader [3]: https://lists.gnu.org/archive/html/help-guix/2024-03/msg00032.html
bug#46980: ntfs-3g and setuid root with an external FUSE library
Hello. Reminder that this issue is still a thing, I'm unable to mount NTFS partitions at boot because ntfs-3g relies on the external FUSE kernel module and refuses to run with setuid right now. The only two possible workarounds I can see is either manually mounting the partition after boot as sudo/superuser, or compile ntfs-3g modified locally with the FUSE support enabled, and use the modified version instead.
bug#69737: GSL cannot find CBLAS symbols
Hi y'all, I'm working on Guile bindings for GNU Scientific Library (GSL), and I encountered a bug: GSL cannot find CBLAS functions when invoked directly from Guile. I'm attaching a script, gslcblas.scm, ran (given that you replace the path to libgsl.so in it with a machine-specific one) with guile gslcblas.scm (use-modules (system foreign) (system foreign-library)) (define libgsl (load-foreign-library "/gnu/store/zfxs8xbh68nb8smvsdf9i6aj6hbzgix4-profile/lib/libgsl.so")) (define gsl-vector-alloc (foreign-library-function libgsl "gsl_vector_alloc" #:return-type '* #:arg-types (list size_t))) (define gsl-vector-set (foreign-library-function libgsl "gsl_vector_set" #:return-type void #:arg-types (list '* size_t double))) (define gsl-vector-get (foreign-library-function libgsl "gsl_vector_get" #:return-type double #:arg-types (list '* size_t))) (define gsl-blas-dscal (foreign-library-function libgsl "gsl_blas_dscal" #:return-type void #:arg-types (list double '*))) (let* ((n 3) (x (gsl-vector-alloc n))) (for-each (lambda (i) (gsl-vector-set x i i)) (iota n)) (gsl-blas-dscal 10 x)) It errors out with guile: symbol lookup error: [...]/libgsl.so: undefined symbol: cblas_dscal Loading libgslcblas.so into the Scheme image doesn't help, it errors out the same. That's why I'm thinking it's not a Guile Scheme problem, but a library one: GSL C code breaks with no knowledge of CBLAS. The suggested fix is to link libgsl.so against libgslcblas.so (or any other CBLAS library?), so that the functions from the latter are available in the former. that seems to be what Arch package does (https://archlinux.org/packages/extra/x86_64/gsl/), at least. Although I admit this is a strange circular behavior, it makes sense too: CBLAS is an implementation detail for BLAS support in GSL, and should be linked as such. I'm not knowledgeable enough in the ways of building GSL (or any complex C software really), so I cannot come up with a proper patch. Hopefully that's enough info for someone to act on. Acknowledgements: Huge thanks to Arun Isaac who helped me debug this problem! Thanks, -- Artyom Bologov.
bug#69737: GSL cannot find CBLAS symbols
CC-ing Arun Isaac to keep him in the loop. -- Artyom.
bug#69737: GSL cannot find CBLAS symbols
Hi Richard! Thanks a lot, that solved it! I guess no actionable things for this issue anymore. Sorry for the false lead on GSL 😅 -- Artyom.
bug#69828: greetd-wlgreet-sway-session unable to login (Respawning term-tty1)
New information always turns up, the minute after you submit the report. Thanks to a kind soul, I also found the greeter logs: ``` 00:02:17.018 [INFO] [sway/commands.c:261] Handling command 'exec "/gnu/store/w6ify3cx17hnq8wd6qf6swkwdj37l6wj-wlgreet-0.4.1/bin/wlgreet --config /gnu/store/73ay0x7ngh7zz34r50hvbin2csgj0dac-wlgreet.toml; /gnu/store/1kzi74isam7q5z8bsrm8h642hgx8pdq8-sway-1.9/bin/swaymsg exit"' 00:02:17.018 [DEBUG] [sway/commands/exec_always.c:58] Executing /gnu/store/w6ify3cx17hnq8wd6qf6swkwdj37l6wj-wlgreet-0.4.1/bin/wlgreet --config /gnu/store/73ay0x7ngh7zz34r50hvbin2csgj0dac-wlgreet.toml; /gnu/store/1kzi74isam7q5z8bsrm8h642hgx8pdq8-sway-1.9/bin/swaymsg exit 00:02:17.038 [DEBUG] [sway/commands/exec_always.c:111] Child process created with pid 929 00:02:17.039 [DEBUG] [sway/commands/exec_always.c:113] Recording workspace for process 929 00:02:17.041 [INFO] [sway/server.c:396] Running compositor on wayland display 'wayland-1' 00:02:17.044 [ERROR] [wlr] [libseat] [libseat/backend/logind.c:83] Ping failed: org.freedesktop.DBus.Error.NoReply: Method call timed out 00:02:17.047 [ERROR] [wlr] [libseat] [libseat/backend/logind.c:83] Ping failed: org.freedesktop.DBus.Error.NoReply: Method call timed out 00:02:17.050 [DEBUG] [wlr] [render/swapchain.c:106] Allocating new swapchain buffer 00:02:17.061 [DEBUG] [wlr] [render/allocator/drm_dumb.c:106] Allocated 1280x800 DRM dumb buffer 00:02:17.063 [DEBUG] [wlr] [render/pixman/renderer.c:152] Created pixman buffer 1280x800 00:02:17.390 [DEBUG] [wlr] [types/wlr_compositor.c:692] New wlr_surface 0x72e830 (res 0x6d1730) 00:02:17.392 [DEBUG] [wlr] [types/wlr_layer_shell_v1.c:458] new layer_surface 0x6ab630 (res 0x6d28f0) 00:02:17.393 [DEBUG] [sway/desktop/layer_shell.c:646] new layer surface: namespace layer 3 anchor 0 size 1x1 margin 0,0,0,0, thread 'main' panicked at src/app.rs:473:48: internal error: entered unreachable code note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace [wayland-client error] A handler for wl_surface panicked. 00:02:17.425 [DEBUG] [sway/desktop/layer_shell.c:386] Layer surface destroyed () 00:02:17.446 [DEBUG] [sway/ipc-server.c:197] New client: fd 33 00:02:17.448 [INFO] [sway/commands.c:261] Handling command 'exit' 00:02:17.451 [INFO] [sway/main.c:418] Shutting down sway ``` This is on: - Libre kernel - using logind - Sway 1.9 Apparently this is a known issue: https://lists.sr.ht/~kennylevinsen/greetd/%3CCZEH2PTZ98MU.3UTOFBLK0R755%40pwned.life%3E Reverting Sway to 1.8.1 works.
bug#69828: greetd-wlgreet-sway-session unable to login (Respawning term-tty1)
It seems like `greetd-wlgreet-sway-session` broke for me, sometime in the last 10 days. Initially I suspected it's related to my hardware, or a newer kernel, but I was able to rule these out with a clean config in the VM. - It's working as of `3da49b1472919a62df1fe399638f23a246aa325d` (05.03) but does not anymore. - On my working setup (05.03), I use logind; but I also tried seatd, without change. - I suspected maybe Sway 1.9, but using the previous 1.8.1 did not help. - Maybe https://issues.guix.gnu.org/65769 is related, but looks like a hardware issue? ``` (define-public sway-legacy (package (inherit sway) (name "sway") (version "1.8.1") ...)) (service greetd-service-type (greetd-configuration (greeter-supplementary-groups (list "video" "input" "seat")) (terminals (list (greetd-terminal-configuration (terminal-vt "1") (terminal-switch #t) (default-session-command (greetd-wlgreet-sway-session (sway sway-legacy) (wlgreet-session (greetd-wlgreet-session (command (file-append sway-legacy "/bin/sway"))) (greetd-terminal-configuration (terminal-vt "2")) (greetd-terminal-configuration (terminal-vt "3")) (greetd-terminal-configuration (terminal-vt "4")) (greetd-terminal-configuration (terminal-vt "5")) (greetd-terminal-configuration (terminal-vt "6")) ``` Here's a bunch of logs: ``` tail -f /var/log/messages Mar 16 09:49:33 localhost shepherd[1]: Respawning term-tty1. Mar 16 09:49:33 localhost shepherd[1]: Starting service term-tty1... Mar 16 09:49:33 localhost shepherd[1]: Service term-tty1 has been started. Mar 16 09:49:33 localhost shepherd[1]: Service term-tty1 started. Mar 16 09:49:33 localhost shepherd[1]: Service term-tty1 running with value 1382. Mar 16 09:49:36 localhost shepherd[1]: Respawning term-tty1. Mar 16 09:49:36 localhost shepherd[1]: Starting service term-tty1... Mar 16 09:49:36 localhost shepherd[1]: Service term-tty1 has been started. Mar 16 09:49:36 localhost shepherd[1]: Service term-tty1 started. Mar 16 09:49:36 localhost shepherd[1]: Service term-tty1 running with value 1396. ``` dmesg ``` dmesg | greo greetd [ 31.025881] shepherd[1]: Starting service file-system-/run/greetd/pam_mount... [ 31.01] shepherd[1]: Service file-system-/run/greetd/pam_mount started. [ 31.118389] shepherd[1]: Service file-system-/run/greetd/pam_mount running with value #t. [ 31.131180] shepherd[1]: Service file-system-/run/greetd/pam_mount has been started. ``` greetd-1.log ``` tail greetd-1.log 2024-03-16 10:00:13 error: check_children: greeter exited without creating a session 2024-03-16 10:00:16 error: check_children: greeter exited without creating a session 2024-03-16 10:00:19 error: check_children: greeter exited without creating a session 2024-03-16 10:00:22 error: check_children: greeter exited without creating a session ``` seatd-1.log ``` 2024-03-16 09:59:58 00:14:15.066 [INFO] [seatd/seat.c:170] Added client 1 to seat0 2024-03-16 09:59:58 00:14:15.066 [INFO] [seatd/seat.c:480] Opened client 1 on seat0 2024-03-16 09:59:58 00:14:15.385 [INFO] [seatd/client.c:471] Client disconnected 2024-03-16 09:59:58 00:14:15.387 [INFO] [seatd/seat.c:418] No clients on seat0 to activate 2024-03-16 09:59:58 00:14:15.404 [INFO] [seatd/seat.c:524] Closed client 1 on seat0 2024-03-16 09:59:58 00:14:15.404 [INFO] [seatd/seat.c:192] Removed client 1 from seat0 2024-03-16 10:00:01 00:14:18.072 [INFO] [seatd/server.c:145] New client connected (pid: 3919, uid: 999, gid: 982) 2024-03-16 10:00:01 00:14:18.072 [INFO] [seatd/seat.c:170] Added client 1 to seat0 2024-03-16 10:00:01 00:14:18.073 [INFO] [seatd/seat.c:480] Opened client 1 on seat0 2024-03-16 10:00:02 00:14:18.405 [INFO] [seatd/client.c:471] Client disconnected ``` secure ``` Mar 16 09:56:45 localhost greetd: pam_unix(greetd:session): session closed for user greeter Mar 16 09:56:46 localhost greetd: pam_unix(greetd:session): session opened for user greeter(uid=999) by (uid=0) Mar 16 09:56:46 localhost greetd: gkr-pam: unable to locate daemon control file Mar 16 09:56:46 localhost greetd: gkr-pam: gnome-keyring-daemon started properly Mar 16 09:56:48 localhost greetd: pam_unix(greetd:session): session closed for user greeter Mar 16 09:56:49 localhost greetd: pam_unix(greetd:session): session opened for user greeter(uid=999) by (uid=0) ``` And files; ``` ls /run/ avahi-daemon/ blkid/ booted-system containerd/ current-system docker/ greetd/ greetd-1423.sock greetd-208.sock greetd-214.sock greetd-219.sock greetd-225.sock greetd-228.sock greetd.run pcscd/ seatd.sock setuid-programs/ tlp/ udev/ xtables.lock ``` I'm a bit at
bug#69868: Source downloads result in suspicious ownership or permission errors
Hi, When building any package with "--no-substitutes" then it seems like something is going wrong with the download process: --8<---cut here---start->8--- ~ ❯ guix build curl --no-substitutes --check The following derivations will be built: /gnu/store/3q7mxdpdxm6bvyq5w1sh362q7697gd2s-curl-8.5.0.drv /gnu/store/4kzkf7rh9cq7w9k1c94ckf1vp3rm0wgi-nghttp2-1.58.0.drv /gnu/store/20qgb2k47a3s2k9bf7ind1cakikfm1zh-cunit-2.1-3.drv /gnu/store/2qi0vn57s069bcycf5wm6zmkww67g9jj-CUnit-2.1-3.tar.bz2.drv /gnu/store/dhmxlz3h44vgmjxcz99gfz5vcfrx5ksj-libtool-2.4.7.drv /gnu/store/1fhpr3wk3bqj4n0q91jb8avacj7qdmwb-libtool-2.4.7.tar.xz.drv /gnu/store/awmf26axvaslrz0h3q4bgqxcal9gj4p1-libtool-2.4.7.tar.xz.drv /gnu/store/1n53f4wa06bmjzsg8v274b6bnbfvkjbb-help2man-1.49.2.drv /gnu/store/dhw1w73snd0113f1w1b3jz65z4icy9bs-help2man-1.49.2.tar.xz.drv /gnu/store/fzby2mc83zr4bz5pj7xpr6s6ssk0v1c3-autoconf-wrapper-2.69.drv /gnu/store/g36xhgg7b96n6j9w2frhs8v81irwnw1a-autoconf-2.69.tar.xz.drv /gnu/store/i9cdr2n05xmq3lb9x6la216h0bjwn0f9-autoconf-2.69.drv /gnu/store/vmcdkihxgqljdw9i27ghfk2nxfdcbcm7-automake-1.16.5.drv /gnu/store/b7h3khilnc1hvr384kypqib16b76vjhp-automake-1.16.5.tar.xz.drv /gnu/store/j0kp2928ymdc0q6mykxvbnprwv3bb2xp-automake-1.16.5.tar.xz.drv /gnu/store/41kis73i2023bycca22jcbpw1jchdy2a-nghttp2-1.58.0.tar.xz.drv /gnu/store/z2ny4vkwyj6zkzk49xmv9vv7ycvgjqa0-curl-8.5.0.tar.xz.drv /gnu/store/85j4lw0jz28axfjgp5k3r5zy440710wq-curl-8.5.0.tar.xz.drv building /gnu/store/85j4lw0jz28axfjgp5k3r5zy440710wq-curl-8.5.0.tar.xz.drv... Starting download of /gnu/store/9i4hzqsjwmjg3wir3q1hk0mxgxh2hrgz-curl-8.5.0.tar.xz From https://curl.se/download/curl-8.5.0.tar.xz ... downloading from https://curl.se/download/curl-8.5.0.tar.xz ... curl-8.5.0.tar.xz 2.5MiB 9.0MiB/s 00:00 ▕██▏ 100.0% suspicious ownership or permission on `/gnu/store/9i4hzqsjwmjg3wir3q1hk0mxgxh2hrgz-curl-8.5.0.tar.xz'; rejecting this build output build of /gnu/store/85j4lw0jz28axfjgp5k3r5zy440710wq-curl-8.5.0.tar.xz.drv failed View build log at '/var/log/guix/drvs/85/j4lw0jz28axfjgp5k3r5zy440710wq-curl-8.5.0.tar.xz.drv.gz'. building /gnu/store/2qi0vn57s069bcycf5wm6zmkww67g9jj-CUnit-2.1-3.tar.bz2.drv... cannot build derivation `/gnu/store/z2ny4vkwyj6zkzk49xmv9vv7ycvgjqa0-curl-8.5.0.tar.xz.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/3q7mxdpdxm6bvyq5w1sh362q7697gd2s-curl-8.5.0.drv': 1 dependencies couldn't be built guix build: error: build of `/gnu/store/3q7mxdpdxm6bvyq5w1sh362q7697gd2s-curl-8.5.0.drv' failed --8<---cut here---end--->8--- again with a rust package: --8<---cut here---start->8--- ~ ❯ guix build rust-tls-parser@0.11.0 --no-substitutes The following derivations will be built: /gnu/store/vcniy96dp1dv4xz5fbrnwz73cmjl41iy-rust-tls-parser-0.11.0.drv /gnu/store/5drm199dkajq59wwgrgb6yvir18xmnai-rust-cookie-factory-0.3.2.tar.gz.drv /gnu/store/5dz7r9ilrfsk9g4381cfipgm1ahzrngn-rust-tls-parser-0.11.0.tar.xz.drv /gnu/store/a5zsbv95j6kzaqb3x7qf77r5n8mn59z1-rust-tls-parser-0.11.0.tar.gz.drv /gnu/store/fd877l3wwbgn5308dyd6facml52ah705-rust-phf-codegen-0.10.0.tar.gz.drv /gnu/store/ib2ghrpb0yfsyym8acz7q0ng8rqbpmwx-rust-nom-derive-0.10.1.tar.gz.drv /gnu/store/id8dimaglpv4r85gg4v7ilfbrc66sk5n-rust-output-vt100-0.1.2.tar.gz.drv /gnu/store/inpl7s1nqr8pb83lhpsikhccw276dxf4-rust-rusticata-macros-4.0.0.tar.gz.drv /gnu/store/jqqkmlm528wr3kq2pzp3q07qsg5gqcja-rust-pretty-assertions-0.7.2.tar.gz.drv /gnu/store/mv16y11kfrv6v4n7swzkd8asqb8wlad0-rust-enum-primitive-0.1.1.tar.gz.drv /gnu/store/w39y86bixvh7zpqz7q3shc13l879ifb2-rust-hex-literal-0.3.4.tar.gz.drv /gnu/store/x66z1sjl67w21792wshjm52vv0mb4zp4-rust-nom-derive-impl-0.10.1.tar.gz.drv building /gnu/store/5drm199dkajq59wwgrgb6yvir18xmnai-rust-cookie-factory-0.3.2.tar.gz.drv... Starting download of /gnu/store/4xp3avl7391w19pvxk7hhklx3byanx10-rust-cookie-factory-0.3.2.tar.gz From https://crates.io/api/v1/crates/cookie-factory/0.3.2/download... following redirection to `https://static.crates.io/crates/cookie-factory/cookie-factory-0.3.2.crate'... downloading from https://crates.io/api/v1/crates/cookie-factory/0.3.2/download ... download 14KiB 9.6MiB/s 00:00 ▕██▏ 100.0% suspicious ownership or permission on `/gnu/store/4xp3avl7391w19pvxk7hhklx3byanx10-rust-cookie-factory-0.3.2.tar.gz'; rejecting this build output build of /gnu/store/5drm199dkajq59wwgrgb6yvir18xmnai-rust-cookie-factory-0.3.2.tar.gz.drv failed View build log at '/var/log/guix/drvs/5d/rm199dkajq59wwgrgb6yvir18xmnai-rust-cookie-factory-0.3.2.tar.gz.drv.gz'. cannot build derivation `/gnu/store/vcniy96dp1dv4xz5fbrnwz73cmjl41iy-rust-tls-parser-0.11.0.drv': 1 dependencies couldn't be builtguix build: error: build of `/gnu/store/vcniy96dp1dv4xz5fbrnwz73cmjl41iy-rust-tls-parser-0.11.0.drv' failed --8<---cut here---end---
bug#69810: libunwind woes
About my previous email, here is a solution i found for guix on gcp. if I install guix from source and use that to build and install libunwind then I can use that unwind on my system, so it appears to be a missing dep. export LD_LIBRARY_PATH=/gnu/store/hzzr0g12n79ym28lf24y4ybqzijzqfjr-libunwind-1.6.2/lib after that i can run guix without it crashing, sharing this.
bug#69814: google cloud GCP TPU
in the gcp machines I found /etc/environment LD_PRELOAD="/usr/lib/x86_64-linux-gnu/libtcmalloc.so.4" this caused all types of problems, I finally removed it and got guix to load. nix has the same error. What I found is that libunwind is needed and if install that via guix I was able to preload that libunwind from guix and get things to work. that leads me to belive that libunwind should be part of the prereqs in the bookstrap in guile-boostrap and that led me to the source of that module that is so complex i got scared. let me know what you think. mike
bug#69805: Missing requirement on guile-zstd
on the gcp tpu platform the nix and guix both suffer from libunwind. https://github.com/NixOS/nix/issues/10113 I love your docs and the philosophy as well. I have been building guix from git sources only and testing it, goal is to build guix and then nix . I found this error message that made no sense, in stracing the server i found it looking for zstd.go without that being a requirement. So I added that and the error went away, I am working on the next error now. https://github.com/meta-introspector/guix?tab=readme-ov-file#why-this-fork is my fork and i will be contributing patches back when i can find the bugs. thanks, mike
bug#69753: Git checkout fail after daemon checks permissions
Hello, I've done a guix system reconfigure recently and after that I was unable to build packages that use Git to fetch the source, failing with this error: ``` Initialized empty Git repository in /gnu/store/bm54hnvq0f8qbm2a4yvljrgl4nf2yain-rocblas-5.6.0-checkout/.git/ >From https://github.com/ROCm/rocBLAS * tag rocm-5.6.0 -> FETCH_HEAD Note: switching to 'FETCH_HEAD'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by switching back to a branch. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -c with the switch command. Example: git switch -c Or undo this operation with: git switch - Turn off this advice by setting config variable advice.detachedHead to false HEAD is now at 4b0751e Merge pull request #1325 from yoichiyoshida/fp16altrnz-5.6-hotfix2 suspicious ownership or permission on `/gnu/store/bm54hnvq0f8qbm2a4yvljrgl4nf2yain-rocblas-5.6.0-checkout'; rejecting this build output build of /gnu/store/xbvrh3nav0gcgvdxbv7k9rsqgw4d14c3-rocblas-5.6.0-checkout.drv failed View build log at '/var/log/guix/drvs/xb/vrh3nav0gcgvdxbv7k9rsqgw4d14c3-rocblas-5.6.0-checkout.drv.gz'. cannot build derivation `/gnu/store/jr9vjappfafyjvwrx85g4jm28cim1b4k-rocblas-5.6.0.drv': 1 dependencies couldn't be built guix build: error: build of `/gnu/store/jr9vjappfafyjvwrx85g4jm28cim1b4k-rocblas-5.6.0.drv' failed ``` The output of guix describe for the system: ``` $ sudo -i guix describe Password: Generation 7Mar 12 2024 12:13:17(current) guix a52701a repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: a52701a4d3c90327f6b88267173a5a98ef3db8e6 ``` The permissions of the file in the store are: ``` $ ls -ld /gnu/store/bm54hnvq0f8qbm2a4yvljrgl4nf2yain-rocblas-5.6.0-checkout drwxr-xr-x 11 root root 4096 Mar 12 14:03 /gnu/store/bm54hnvq0f8qbm2a4yvljrgl4nf2yain-rocblas-5.6.0-checkout/ ``` I've noticed it also leaks the current date and time in the store. Thanks, Jean-Pierre De Jesus DIAZ
bug#69648: Issue 69264 causes regression.
The patch for issue 69264 and the corresponding commit 24eabd1eff34673d4a93edf16f92c444cdc1ac3f seem to break the build of plasma-desktop since it fails with: * Start testing of PositionerTest * Config: Using QtTest library 5.15.10, Qt 5.15.10 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 11.3.0), unknown unknown PASS : PositionerTest::initTestCase() QWARN : PositionerTest::tst_positions(3 per column) kf.kio.core: couldn't create worker: "Unknown protocol 'file'." QWARN : PositionerTest::tst_positions(3 per column) kf.kio.core: "Unable to create KIO worker. Unknown protocol 'file'." QFATAL : PositionerTest::tst_positions(3 per column) ASSERT failure in QList::operator[]: "index out of range", file /gnu/store/h3w0axvfps5j2g2wcl1hf349x0psy95s-qtbase-5.15.10/include/qt5/QtCore/qlist.h, line 575 FAIL! : PositionerTest::tst_positions(3 per column) Received a fatal error. Loc: [Unknown file(0)] Reverting the offending commit seems to fix the issue. I don't know why this fixes it and it feels kind of hackish but it prevents me from updating my system otherwise. OpenPGP_0x6AD8A2FE6B5CD0DC.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
bug#69648: (no subject)
#69622 fixes this, you can close this OpenPGP_0x6AD8A2FE6B5CD0DC.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
bug#69667: build of sway-1.9-checkout.drv failed
It looks that contrib/grimshot was dropped from sway. https://github.com/swaywm/sway/issues/7405 The contrib was moved to: https://github.com/OctopusET/sway-contrib It looks, that grimshot package will have to be updated. -- Best regards, Ignas Lapėnas
bug#69667: build of sway-1.9-checkout.drv failed
Dropping this here, if anyone still needs it. Still looking how would I go to send a merge request or a patch. Also as I see this might just be a duplication of work with Isaac van Bakel. Sorry about that. #+BEGIN_SRC Guile (define-module (packages sway) #:use-module (guix packages) #:use-module (gnu packages base) #:use-module (guix download) #:use-module (guix build-system copy) #:use-module (guix git-download) #:use-module (gnu packages wm) #:use-module (gnu packages image) #:use-module (gnu packages web) #:use-module (gnu packages gnome) #:use-module (gnu packages xdisorg) #:use-module (gnu packages man) #:use-module (guix gexp) #:use-module (guix utils) #:use-module ((guix licenses) #:prefix license:)) (define-public grimshot (package (name "grimshot") (version "1.9-contrib.0") (source (origin (method git-fetch) (uri (git-reference (url "https://github.com/OctopusET/sway-contrib";) (commit version))) (sha256 (base32 "16fa8l81zjy25nsky1i525hb7zjprqz74mbirm9b76pvksschdv5" (build-system copy-build-system) (arguments (list #:install-plan #~`(("grimshot" "bin/") ("grimshot.1" "share/man/man1/")) #:phases #~(modify-phases %standard-phases (add-after 'chdir 'patch-script-dependencies (lambda* (#:key inputs #:allow-other-keys) (substitute* "grimshot" (("\\b(date|grim|jq|notify-send|slurp|swaymsg|wl-copy)\\b" _ binary) (search-input-file inputs (string-append "bin/" binary)) (add-after 'patch-script-dependencies 'build-man-page (lambda _ (with-input-from-file "grimshot.1.scd" (lambda _ (with-output-to-file "grimshot.1" (lambda _ (invoke "scdoc")) (native-inputs (list scdoc)) (inputs (list coreutils grim jq libnotify slurp sway wl-clipboard)) (synopsis "Screenshot utility for the Sway window manager") (description "Grimshot is a screenshot utility for @code{sway}. It provides an interface over @code{grim}, @code{slurp} and @code{jq}, and supports storing the screenshot either directly to the clipboard using @code{wl-copy} or to a file.") (home-page "https://github.com/OctopusET/sway-contrib";) (license license:expat))) #+END_SRC scm -- Best regards, Ignas Lapėnas
bug#69891: QEMU image downloaded from website fails to reconfigure with current config
Dear guix, Your work on a functional package manager has perked my interest and compelled me to try it out for myself. Unfortunately GNU Guix doesn't run on Fedora due to the dependence on nscd, I thus had to resort to downloading your qcow2 image available at https://ftpmirror.gnu.org/gnu/guix/guix-system-vm-image-1.4.0.x86_64-linux.qcow2 I checked the signature and ran the image with the following command (which I copied from the reference manual page on running GNU Guix on a virtual machine, with the difference that I increased the amount of memory because the system couldn't do a «guix pull» without freezing and invoking the OOM killer): qemu-system-x86_64 \ -nic user,model=virtio-net-pci \ -enable-kvm -m 4096 \ -device virtio-blk,drive=myhd \ -drive if=none,file=guix-system-vm-image-1.4.0.x86_64-linux.qcow2,id=myhd However I noticed that every time I run «guix system reconfigure», I get a file system check failure and am dumped into a bournish shell when I reboot. I therefore tried to see what happens if I simply do «guix pull», followed by «sudo guix system reconfigure /run/current-system/configuration.scm» without doing anything else, which from what I understand should always work. However, this also leads to a file system check failure on reboot. At the beginning of the system reconfigure command output, there's this warning: guix system: warning: cannot determine provenance for current system And at the end of the output there is: shepherd: Evaluating user expression (and (defined? (quote transient?)) (map (# ?) ?)). The following derivation will be built: /gnu/store/zadlv1c08flw782s2vgii264pvh6a3d1-upgrade-shepherd-services.scm.drv building /gnu/store/zadlv1c08flw782s2vgii264pvh6a3d1-upgrade-shepherd-services.scm.drv... guix system: warning: exception caught while executing 'eval' on service 'root': error: service: unbound variable guix system: warning: some services could not be upgraded hint: To allow changes to all the system services to take effect, you will need to reboot. I have sent you the last few lines in an attachment. (it only contains the last lines, because the xfce-terminal doesn't remember that much output and because I couldn't figure out how to get tee to save all output) On reboot I get the following (transcribed, since I don't know how I can copy-paste the vm output to the host machine): loading kernel modules... e2fsck: Bad magic number in super-block while trying to open /dev/vda1 /dev/vda1: The superblock could not be read or does not describe a valid ext2/ext3/ext4 filesystem. If the device is valid and it really contains an ext2/ext3/ext4 filesystem (and not swap or ufs or something else), then the superblock is corrupt and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 or e2fsck -b 32768 /dev/vda1 contains a vfat file system labelled 'GNU-ESP' File system check on /dev/vda1 failed Spawning Bourne-like REPL. If in the boot menu I choose to run an old configuration, the error does not occur. I hope this report will be of help. Regards, Leon Deml building /gnu/store/6mkv2icidhcg2n3bi17mkxdbnrc0xzjh-shepherd-console-font-tty3.go.drv... building /gnu/store/mvxf94kvqqbvi3j5h1b9yb8xz04lq3ap-shepherd-console-font-tty4.scm.drv... building /gnu/store/pddnrsijg4n4lcsn7rzy6q8zj8v10xv7-shepherd-console-font-tty5.scm.drv... building /gnu/store/56g894zflwins7fdqs0gnpq7likyws55-shepherd-console-font-tty4.go.drv... building /gnu/store/mvsiwz941inaawawqsnx0jywghj7drfa-shepherd-console-font-tty5.go.drv... building /gnu/store/zd51ic7c2pyxnyc01qpv0rss7wzhh723-shepherd-console-font-tty6.scm.drv... building /gnu/store/v07s70a8j4wllizgjpydhwfhd0mnb7q3-shepherd-xorg-server-xorg-server-vt7.go.drv... building /gnu/store/622y4mmyfxzvjqc4r720ijkjrax5m54f-shepherd-console-font-tty6.go.drv... building XDG desktop file cache... building /gnu/store/0k77fc6mdy1dnhca6465zs8iag1drq3a-shepherd.conf.drv... building XDG MIME database... building /gnu/store/1czd4g6px4hqd490nmsmm0nmskngh87p-boot.drv... building profile with 54 packages... building /gnu/store/33jicjshclw5jvzsq5gi69b24mx3c9kz-system.drv... building /gnu/store/mw4fdbrqgr0hdw8swsjk39mwlc7anyak-grub.cfg.drv... /gnu/store/i76pxy1cz69k85bs94f1jfgy43cm4lwm-system /gnu/store/qlm0zx37fc7vjpm405lnk03ivw7q75i2-grub.cfg activating system... substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% The following derivations will be built: /gnu/store/z7g7700d30rc6l5m8f3bvbs97f2gg58y-switch-to-system.scm.drv /gnu/store/af5jdmaxnykgjry324fdyj4ldy2qzbg8-module-import.drv /gnu/store/zhbv7hmip9svnxiirjfm8zmsrza1x8g9-module-import.drv 2.2 MB will be downloaded substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% building /gnu/store/af5jdmaxnykgjry324fdyj4ldy2qzbg8-module-import.drv... module-import 1KiB
bug#37145: Qemu VM with default settings runs out of ram during guix pull
Tobias Geerinckx-Rice writes: > Gregory, > > I changed the last mentions of 512 MiB to 1 GiB for exactly this > reason, but that was in July… > > Gregory Hablutzel 写道: >> Using recommended settings for the Qemu VM of 512 MB ram from >> https://guix.gnu.org/manual/en/html_node/Running-Guix-in-a-VM.html, >> guix pull fails. > > The string ‘512’ doesn't occur anywhere on that page. Could you > clarify? Can't find 512 mentioned in our current manual, except for the hurd VM service. Closing for now. -- Thanks, Maxim
bug#69889: Rclone is 4 years outdated
The package "rclone" has not been updated in a long time. I did not find any open bug reports about it. I was brave and tried to run the latest myself using: `guix build rclone --with-source=rclone@1.66.0=./rclone-1.66.0.tar.gz` With the latest source tarball from the Github release. The recipe (in sync.scm) uses a tar download rather than a git-fetch for some reason, so I wasn't able to reuse the recipe with --with-branch. (Btw --with-version would be nice to have, since the version's download URL is done correctly in the recipe.) Unfortunately I ran into some obscure build error and don't know how to proceed as this is outside of my familiarity.
bug#69882: More Information
Actually, after poking around further, it seems it's not builds, but only this shebang I've been using where it happens. ghc-turtle depends on ghc-foldl which depends on ghc-profunctors. #!/run/current-system/profile/bin/env -S guix shell ghc@9.2 ghc-turtle -- runhaskell But, packages I use like kmonad use depend on packages that still list the store path with the empty .so as a reference, along with other Haskell programs. I am not really sure how they still work.
bug#69882: ghc-profunctors-5.6.2 substitute is a 0 byte so file
When attempting to build a package dependent on ghc-profunctors, I get this message: /gnu/store/3x7nzknpil5zrq13pnswvn5c4yl1cwj4-ghc-profunctors-5.6.2/lib/x86_64-linux-ghc-9.2.5/libHSprofunctors-5.6.2-FoCtSorI5di3GxmpY9TPlQ-ghc9.2.5.so: file too short I get the following doing ls on the file $ ls -l /gnu/store/3x7nzknpil5zrq13pnswvn5c4yl1cwj4-ghc-profunctors-5.6.2/lib/x86_64-linux-ghc-9.2.5/libHSprofunctors-5.6.2-FoCtSorI5di3GxmpY9TPlQ-ghc9.2.5.so -r-xr-xr-x 1 root root 0 Dec 31 1969 /gnu/store/3x7nzknpil5zrq13pnswvn5c4yl1cwj4-ghc-profunctors-5.6.2/lib/x86_64-linux-ghc-9.2.5/libHSprofunctors-5.6.2-FoCtSorI5di3GxmpY9TPlQ-ghc9.2.5.so I have fixed this problem in the past by using guix gc to delete everything dependent on ghc-profunctors, then ghc-profunctors itself. After that I reinstalled the deleted items with substitutes off and it was no longer a 0 byte file. Following a system and home reconfigure using substitutes the ghc-profunctors .so is a 0 byte file again. It took me awhile to notice this time around so now it would be too difficult to perform my initial fix again since I've gone through several generations with this bad file. If there is a way to force this one package to rebuild without substitutes, or other work-arounds I would love to hear them, but more than that I'd be interested in a fix if this is a problem I think originates with the substitute. Thanks.
bug#66866: aarch64 system cross compilation + pinebook pro image broken?
Hi David, Thanks for sharing your discovery. David Elsing writes: Starting from alsa-lib, I narrowed it down further. I found that the problem is actually when an input of the package uses copy-build-system. I spent some time digging into the rabbit hole. After changing the lower function of the copy-build-system to look more like the lower function of the gnu-build-system, I'm able to cross compile alsa-lib without the --no-grafts flag. The changes I made are like: --8<---cut here---start->8--- diff --git a/guix/build-system/copy.scm b/guix/build-system/copy.scm index d58931b33c..74304b4bfb 100644 --- a/guix/build-system/copy.scm +++ b/guix/build-system/copy.scm @@ -66,13 +66,13 @@ (define* (lower name (bag (name name) (system system) -(host-inputs `(,@(if source +(build-inputs `(,@(if source `(("source" ,source)) '()) - ,@inputs + ,@native-inputs ;; Keep the standard inputs of 'gnu-build-system'. ,@(standard-packages))) -(build-inputs native-inputs) +(host-inputs inputs) (outputs outputs) (build copy-build) (arguments (strip-keyword-arguments private-keywords arguments --8<---cut here---end--->8--- Can we put everything inside build-inputs? From my understanding, copy-build-system shouldn't care about cross-compilation at all. Any feedback on this would be really helpful. Best, -- dan