bug#65769:
On Fri Oct 20, 2023 at 4:01 AM CDT, Hugo Buddelmeijer wrote: > It would be greatly appreciated if someone could post an example Guix > config for Sway that should run out of the box with the libre kernel > without any extra channels. For example on a virtual machine. Then we > have a shared starting point that we can all confirm to work, so we > can detangle issues specific to our own hardware and software > configuration, and issues related to Sway+Guix in general. > > Cheers, > Hugo > I am running Sway on Guix System with the libre kernel. My hardware is a ThinkPad T440p, intel graphics. I do not use any channels. I've attached my config.scm, manifest, and sway config files in case it's useful to you. ;; This is an operating system configuration generated ;; by the graphical installer. (use-modules (gnu) (gnu services dbus) (gnu services pm) (gnu services linux) (gnu services virtualization) (gnu system setuid) (guix packages)) (use-service-modules audio base desktop networking ssh sound xorg) (use-package-modules shells wm android gnome) ; workaround to use swaylock with PAM, requires disabling setuid ; (define-public swaylock-pam-service-type ; (service-type (name 'swaylock) ; (extensions (list (service-extension pam-root-service-type ;(const (list (pam-service ; (name "swaylock") ; (auth (list ; (pam-entry ; (control "include") ; (module "greetd")) ; (description "Swaylock pam configuration") ; (default-value '( ; attempt to restore a PAM-less swaylock (define-public swaylock/no-pam (package (inherit swaylock) (name "swaylock-no-pam") (inputs (filter (lambda (input) (not (string=? "linux-pam" (car input (package-inputs swaylock) (operating-system (locale "en_US.utf8") (timezone "America/Chicago") (keyboard-layout (keyboard-layout "us")) (host-name "anpan") (users (cons* (user-account (name "brad") (comment "Bradley") (group "users") (shell (file-append zsh "/bin/zsh")) (home-directory "/home/brad") (supplementary-groups '("wheel" "netdev" "audio" "video" "libvirt" "kvm" "adbusers" "plugdev" "tor" "tty" "input" "dialout"))) %base-user-accounts)) (groups (cons* (user-group (name "adbusers") (system? #t)) (user-group (name "plugdev") (system? #t)) %base-groups)) (packages (append (map specification->package '("adwaita-icon-theme" "hicolor-icon-theme" "gnome-themes-extra" "gvfs" "fwupd" "intel-vaapi-driver" "nss-certs" "neovim" "sway" "tmux" "v4l2loopback-linux-module" "vim-full")) (list swaylock/no-pam) %base-packages)) (services (cons* (service openssh-service-type (openssh-configuration (password-authentication? #t) (use-pam? #f))) (service tor-service-type) (service network-manager-service-type) (service wpa-supplicant-service-type) (service ntp-service-type) (service tlp-service-type (tlp-configuration (cpu-scaling-governor-on-ac (list "performance" (service thermald-service-type) (service upower-service-type) (service earlyoom-service-type) (service alsa-service-type) (service polkit-service-type) (service dbus-root-service-type) (service udisks-service-type) (service libvirt-service-type (libvirt-configuration (unix-sock-group "libvirt") (tls-port "16555"))) (service virtlog-service-type (virtlog-configuration (max-clients 1000))) (udev-rules-service 'controller-nintendo-gamecube-adapter (udev-rule "51-gcadapter.rules" (string-append "SUBSYSTEM==\"usb\", ENV{DEVTYPE}==\"usb_device\", " "ATTRS{idVendor}==\"057e\", ATTRS{idProduct}==\"0337\", " "MODE=\"0666\""))) ; (service udev-service-type ;(udev-configuration ; (rules (cons android-udev-rules ; (udev-configuration-rules config) (service elogind-service-type (elogind-configuration (handle-lid-switch 'ignore))) (simple-service 'fuse-etc etc-service-type (list `("fuse.conf" ,(plain-file "fuse.conf" "user_allow_other\n" (simple-service 'ratbagd dbus-root-service-type (list libratbag)) %base-services)) (bootloader (bootloader-configuration (bootloader grub-efi-bootloader) (targets (list "/boot/efi")) (keyboard-layout keyboard-layout))) (swap-devices (list (swap-space (target "/swapfile" (mapped-devices (list (mapped-device (source (uuid "6098315e-f945-4450-8438-29cf49eea790")) (targets (list "cryptroot")) (type luks-device-mapping ;(mapped-device ; (type luks-device-mapping) ; (source ; (uuid "b458c6b9-6781-474c-8623-ad869c02f194")) ; (targets (list "sidecar") ;(mapped-device ; (type luks-device-mapping) ; (source ; (uuid "cb7b1caa-0448-4a35-9d40-7ab1d82a18f1")) ; (targets (list "bullet") (file-systems (cons* (file-system (mount-point "/") (device "/dev/mapper/cryptroot") (type "btrfs")
bug#65684: kaidan package is broken and does not start
I am running Guix System and using Sway (Wayland). When trying to launch Kaidan from a shell I get the following errors: 13:58:25.845|qt.qpa.plugin|W|Could not find the Qt platform plugin "wayland" in "" 13:58:26.210|default|D|QT_QUICK_CONTROLS_STYLE not set, setting to "org.kde.desktop" 13:58:26.704|default|W|QQmlApplicationEngine failed to load component 13:58:26.704|default|W|qrc:/qml/main.qml:90:29: Type RosterPage unavailable 13:58:26.704|default|W|qrc:/qml/RosterPage.qml:50:2: Type RosterAddContactSheet unavailable 13:58:26.704|default|W|qrc:/qml/elements/RosterAddContactSheet.qml:84:3: Type Controls.TextArea unavailable 13:58:26.704|default|W|file:///gnu/store/y7lkx97ylj0aidzsp06b0455kr300b1i-qqc2-desktop-style-5.108.0/lib/qt5/qml/QtQuick/Controls.2/org.kde.desktop/TextArea.qml:15:1: module "org.kde.sonnet" is not installed Based on discussion in IRC it sounds like some inputs are missing, sonnet and kdeclarative Other users were able to reproduce this issue on their machine. Discussion: https://logs.guix.gnu.org/guix/2023-09-01.log#203513
bug#63426: hikari 2.3.3 build failure
guix (GNU Guix) e0c35d1578c10a8fe27c8372f3a8bb5dd88b01b8 guix system hikari build log attached WARNING: (guile-user): imported module (guix build utils) overrides core binding `delete' starting phase `set-SOURCE-DATE-EPOCH' phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds starting phase `set-paths' environment variable `PATH' set to `/gnu/store/8i3vhqgjsyy6s24szarpavbp7a5237q3-bmake-20230321/bin:/gnu/store/jz5dwdxq4di29cd0rjjzkw356dhkzjil-pkg-config-0.29.2/bin:/gnu/store/gg3kycn5wfjwskx3xfkk1qscjgsvaxcn-cairo-1.16.0/bin:/gnu/store/1z04k5w139770a8blvq1a2i7fpbjr19s-libinput-minimal-1.22.1/bin:/gnu/store/53wla2a7bzcammq26qr8yi8gz7399v9r-libxkbcommon-1.4.1/bin:/gnu/store/65f0cdmsv7qqrc01hjvriwhlrimn4kxv-linux-pam-1.5.2/sbin:/gnu/store/rr1vbf04j27z5465wsm1kdfaw3iriz2k-pango-1.50.10/bin:/gnu/store/a3flz4vpqgnjxc6jv0cjv6f7qdbg4igz-wayland-1.22.0/bin:/gnu/store/sxx22f98vfbavcqmdksm6as8fvskpxiw-tar-1.34/bin:/gnu/store/x24bm49ag5dvki72mjdz195bfb89nrnb-gzip-1.12/bin:/gnu/store/j8wlfmlmfvpbza6is9wv9xsd8psrxn00-bzip2-1.0.8/bin:/gnu/store/gr0sy0m1mv36qv54idm6cn10l3mngshq-file-5.44/bin:/gnu/store/zmcf5kpqiighkbh7wslf91qdjwj06yr1-diffutils-3.8/bin:/gnu/store/210yfax18r2g2inxrml9435ikhfcca6m-patch-2.7.6/bin:/gnu/store/c8jyph2lxw0m9na34fg8h70n4nnnz7is-findutils-4.9.0/bin:/gnu/store/hc05d76f1j3iz3v2bs5jz4fpljl1r4dj-gawk-5.2.1/bin:/gnu/store/xxcfsimvxz7z4dj593gnqbkzc6picwzq-sed-4.8/bin:/gnu/store/yrv5f70mn83a876b78i5s79dd2hsh0zf-grep-3.8/bin:/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2.8/bin:/gnu/store/a5i8avx826brw5grn3n4qv40g514505c-coreutils-9.1/bin:/gnu/store/wj7casda7rb55rvqjnpm0bm7a2zm6618-make-4.3/bin:/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin:/gnu/store/na1dpbbcxjaa3n8wkwrfpch476f90hlf-ld-wrapper-0/bin:/gnu/store/zh4x65snfis7svs6906gj1z8i7dx2j3m-binutils-2.38/bin:/gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-gcc-11.3.0/bin:/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/bin:/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/sbin:/gnu/store/zkxvwia0z25409k1kmm0jqzfk9prc8fx-libpng-1.6.37/bin:/gnu/store/3dv9xf07gnmc4gpm0a4h0g7j58dx3l05-freetype-2.13.0/bin:/gnu/store/fncsrwapajvfkl76zmn6z1cxqd7hlbqf-fontconfig-minimal-2.14.0/bin:/gnu/store/8ncip2dd4g6g5pnpil8phfmwn234s7xh-eudev-3.2.11/bin:/gnu/store/8ncip2dd4g6g5pnpil8phfmwn234s7xh-eudev-3.2.11/sbin:/gnu/store/jjnbhhpka0xk8jjs6y973g86n9nm0wqk-fribidi-1.0.12/bin:/gnu/store/ma1zc3gf03v3qa4m7fg7kjlpi1kbarpa-xorg-server-xwayland-21.1.3/bin:/gnu/store/fw1wywd34vh33l4dq182ds5d7jdz45j5-expat-2.5.0/bin:/gnu/store/i371k86cad71y1z0br3d2awgrs4kdjqc-libdatrie-0.2.13/bin:/gnu/store/0ibv7vw1ff6f4c15p9c0k4izx4kqwlkr-icu4c-71.1/bin:/gnu/store/0ibv7vw1ff6f4c15p9c0k4izx4kqwlkr-icu4c-71.1/sbin:/gnu/store/skz71j7pmi8pqmqmcjyaizd7l9hlfd6f-graphite2-1.3.13/bin:/gnu/store/9sp8nqyiarcxh9ivpk8vp8i6xx5wb0yn-elogind-246.10/bin' environment variable `PKG_CONFIG_PATH' set to
bug#62924: python-txtorcon-19.0.0 build failure
guix (GNU Guix) 79b2221ce43b8026eae6461a9269466cae946cac Ran into another python build failure while attempting routine guix upgrades. Build log attached. starting phase `set-SOURCE-DATE-EPOCH' phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds starting phase `set-paths' environment variable `PATH' set to `/gnu/store/slsh0qjv5j68xda2bb6h8gsxwyi1j25a-python-wrapper-3.9.9/bin:/gnu/store/2gcgsmwlvb5wnks9l19mk5slxc43a5z2-python-service-identity-21.1.0/bin:/gnu/store/sd4in0na3lqd2fjwvw3rjnd2km67g4nj-python-twisted-19.7.0/bin:/gnu/store/g2ajyl8xk9aarxrgjbng2hkj3qm2v0z2-tar-1.34/bin:/gnu/store/iixwcv3k49ks1rf34pjgfzmzyhhgwng3-gzip-1.10/bin:/gnu/store/s3hl12jxz9ybs7nsy7kq7ybzz7qnzmsg-bzip2-1.0.8/bin:/gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/bin:/gnu/store/4ic6244i3ca4b4rxc2wnrgllsidyishv-file-5.39/bin:/gnu/store/ahmmvw21p11ik80lg1f953y7fd8bqkjm-diffutils-3.8/bin:/gnu/store/z39hnrwds1dgcbpfgj8dnv2cngjb2xbl-patch-2.7.6/bin:/gnu/store/39rsx3nl4c31952jybbjb8d6idr5hx7r-findutils-4.8.0/bin:/gnu/store/690qz3fg334dpwn3pn6k59n4wc943p2b-gawk-5.1.0/bin:/gnu/store/wxgv6i8g0p24q5gcyzd0yr07s8kn9680-sed-4.8/bin:/gnu/store/xjwp2hsd9256icjjybfrmznppjicywf6-grep-3.6/bin:/gnu/store/d251rfgc9nm2clzffzhgiipdvfvzkvwi-coreutils-8.32/bin:/gnu/store/55cbpsi18mahg131nmiya6km5b4mscfa-make-4.3/bin:/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin:/gnu/store/s2pg5k98fl2g2szg9dykxyd9zl3xihv9-ld-wrapper-0/bin:/gnu/store/rc781v4k0drhaqn90xfwwpspki5x0bvf-binutils-2.37/bin:/gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gcc-10.3.0/bin:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/bin:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/sbin:/gnu/store/65i3nhcwmz0p8rqbg48gaavyky4g4hwk-python-3.9.9/bin:/gnu/store/5123bahrirj0mxbclmaaq2yvqw0r1l4f-python-cryptography-40.0.1/bin' environment variable `GUIX_PYTHONPATH' set to `/gnu/store/cvsqk9g691snl7whz9f072khmi5zwyr2-python-automat-20.2.0/lib/python3.9/site-packages:/gnu/store/hj74j5jjqr55qy8ldvs23rlxanr3f1l7-python-idna-3.3/lib/python3.9/site-packages:/gnu/store/dqd03g9fv1gjbacg5d1lhaic6sgzy905-python-incremental-17.5.0/lib/python3.9/site-packages:/gnu/store/2gcgsmwlvb5wnks9l19mk5slxc43a5z2-python-service-identity-21.1.0/lib/python3.9/site-packages:/gnu/store/sd4in0na3lqd2fjwvw3rjnd2km67g4nj-python-twisted-19.7.0/lib/python3.9/site-packages:/gnu/store/a9npc4n0ymm436a66kxixar19kwpfmd5-python-zope-interface-5.1.0/lib/python3.9/site-packages:/gnu/store/65i3nhcwmz0p8rqbg48gaavyky4g4hwk-python-3.9.9/lib/python3.9/site-packages:/gnu/store/flc9br8cdrxlm7g7xri2mc6gvn96chq7-python-attrs-21.2.0/lib/python3.9/site-packages:/gnu/store/3bjjwwwbniv92j0cg8kp1h5k2q3c42n3-python-six-1.16.0/lib/python3.9/site-packages:/gnu/store/15fagflmk1z1c2ml5z9mz6i14d7adm6r-python-pyasn1-modules-0.2.8/lib/python3.9/site-packages:/gnu/store/54x2kbln19rc11bgc76c3x0zdqpycfq6-python-pyasn1-0.4.8/lib/python3.9/site-packages:/gnu/store/5123bahrirj0mxbclmaaq2yvqw0r1l4f-python-cryptography-40.0.1/lib/python3.9/site-packages:/gnu/store/cvbacx7daig39z399ddh15gs0lvjhf4c-python-constantly-15.1.0/lib/python3.9/site-packages:/gnu/store/in753310lrlvvm3aiikr0gii7cds02fc-python-hyperlink-19.0.0/lib/python3.9/site-packages:/gnu/store/m48v2x04jdjxc4r35lv4n6imn396wwi3-python-pyhamcrest-2.0.2/lib/python3.9/site-packages:/gnu/store/5scr6g4k2z09vy9ldp8grxf64b8hx9x8-python-cffi-1.15.1/lib/python3.9/site-packages:/gnu/store/1mdg7xc4zx0i9s0kd0hwwq98bgab51s1-python-pycparser-2.21/lib/python3.9/site-packages' environment variable `PYTHONTZPATH' unset environment variable `BASH_LOADABLES_PATH' unset environment variable `C_INCLUDE_PATH' set to `/gnu/store/s3hl12jxz9ybs7nsy7kq7ybzz7qnzmsg-bzip2-1.0.8/include:/gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/include:/gnu/store/4ic6244i3ca4b4rxc2wnrgllsidyishv-file-5.39/include:/gnu/store/690qz3fg334dpwn3pn6k59n4wc943p2b-gawk-5.1.0/include:/gnu/store/55cbpsi18mahg131nmiya6km5b4mscfa-make-4.3/include:/gnu/store/rc781v4k0drhaqn90xfwwpspki5x0bvf-binutils-2.37/include:/gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gcc-10.3.0/include:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/include:/gnu/store/65i3nhcwmz0p8rqbg48gaavyky4g4hwk-python-3.9.9/include:/gnu/store/6mjww4iz4xdan74d5bbjfh7il8rngfkk-linux-libre-headers-5.10.35/include' environment variable `CPLUS_INCLUDE_PATH' set to
bug#62871: python-pytest-trio-0.7.0 build failure
guix (GNU Guix) 7c7853d269fe53271dd35d5bd941d18a2cb55120 building /gnu/store/lrdn36j73a764k5i8c6sq9klvvrzsr69-python-pytest-trio-0.7.0.drv... \ 'check' phasebuilder for `/gnu/store/lrdn36j73a764k5i8c6sq9klvvrzsr69-python-pytest-trio-0.7.0.drv' failed with exit code 1 build of /gnu/store/lrdn36j73a764k5i8c6sq9klvvrzsr69-python-pytest-trio-0.7.0.drv failed View build log at '/var/log/guix/drvs/lr/dn36j73a764k5i8c6sq9klvvrzsr69-python-pytest-trio-0.7.0.drv.gz'. cannot build derivation `/gnu/store/f1jm8ja8rixh1nafkpixy9hv6ssn2bj5-python-jeepney-0.6.0.drv': 1 dependencies couldn't be built guix package: error: build of `/gnu/store/f1jm8ja8rixh1nafkpixy9hv6ssn2bj5-python-jeepney-0.6.0.drv' failed Build log attached. starting phase `set-SOURCE-DATE-EPOCH' phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds starting phase `set-paths' environment variable `PATH' set to `/gnu/store/slsh0qjv5j68xda2bb6h8gsxwyi1j25a-python-wrapper-3.9.9/bin:/gnu/store/d92xgshlbjl4362af3jnw36nnva2cj4y-python-hypothesis-6.0.2/bin:/gnu/store/7frqm5ijy66f81hr8i1j6791k84lds9w-python-pytest-6.2.5/bin:/gnu/store/g2ajyl8xk9aarxrgjbng2hkj3qm2v0z2-tar-1.34/bin:/gnu/store/iixwcv3k49ks1rf34pjgfzmzyhhgwng3-gzip-1.10/bin:/gnu/store/s3hl12jxz9ybs7nsy7kq7ybzz7qnzmsg-bzip2-1.0.8/bin:/gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/bin:/gnu/store/4ic6244i3ca4b4rxc2wnrgllsidyishv-file-5.39/bin:/gnu/store/ahmmvw21p11ik80lg1f953y7fd8bqkjm-diffutils-3.8/bin:/gnu/store/z39hnrwds1dgcbpfgj8dnv2cngjb2xbl-patch-2.7.6/bin:/gnu/store/39rsx3nl4c31952jybbjb8d6idr5hx7r-findutils-4.8.0/bin:/gnu/store/690qz3fg334dpwn3pn6k59n4wc943p2b-gawk-5.1.0/bin:/gnu/store/wxgv6i8g0p24q5gcyzd0yr07s8kn9680-sed-4.8/bin:/gnu/store/xjwp2hsd9256icjjybfrmznppjicywf6-grep-3.6/bin:/gnu/store/d251rfgc9nm2clzffzhgiipdvfvzkvwi-coreutils-8.32/bin:/gnu/store/55cbpsi18mahg131nmiya6km5b4mscfa-make-4.3/bin:/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin:/gnu/store/s2pg5k98fl2g2szg9dykxyd9zl3xihv9-ld-wrapper-0/bin:/gnu/store/rc781v4k0drhaqn90xfwwpspki5x0bvf-binutils-2.37/bin:/gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gcc-10.3.0/bin:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/bin:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/sbin:/gnu/store/65i3nhcwmz0p8rqbg48gaavyky4g4hwk-python-3.9.9/bin:/gnu/store/q75lfcgkxjnjira1fvanwkdnf10sndfg-python-coverage-5.5/bin' environment variable `GUIX_PYTHONPATH' set to
bug#62742: nheko cannot display certain image types (.avif, .webp)
This seems to be due to not having kimageformats and qtimageformats in the inputs at build time according to some people I spoke with. I have not tested adding them and rebuilding as I'm not sure how to do that. Hopefully someone else can test this and fix the package if that works. If you look at the nix package for comparison, it has qtimageformats in the recipe.
bug#61261: obs-wlrobs build failure
guix (GNU Guix) c3e50c731d8c175133cae1869e445cbb7a3b4d6f log attached WARNING: (guile-user): imported module (guix build utils) overrides core binding `delete' starting phase `set-SOURCE-DATE-EPOCH' phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds starting phase `set-paths' environment variable `PATH' set to `/gnu/store/jrn8g094grimqa6q4vry3vr50xc62z3z-meson-0.60.3/bin:/gnu/store/i69wl6dqwrw2kwzcggkv9kskibqjvbfk-ninja-1.10.2/bin:/gnu/store/2b3blhwbag1ial0dhxw7wh4zjxl0cqpk-pkg-config-0.29.2/bin:/gnu/store/62pmj73pgb1vsp4vghhkjmq7ky3c4lwm-obs-29.0.0/bin:/gnu/store/fx5xq2rb6pnxbw182ycywjdxjllw7kpa-wayland-1.20.0/bin:/gnu/store/g2ajyl8xk9aarxrgjbng2hkj3qm2v0z2-tar-1.34/bin:/gnu/store/iixwcv3k49ks1rf34pjgfzmzyhhgwng3-gzip-1.10/bin:/gnu/store/s3hl12jxz9ybs7nsy7kq7ybzz7qnzmsg-bzip2-1.0.8/bin:/gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/bin:/gnu/store/4ic6244i3ca4b4rxc2wnrgllsidyishv-file-5.39/bin:/gnu/store/ahmmvw21p11ik80lg1f953y7fd8bqkjm-diffutils-3.8/bin:/gnu/store/z39hnrwds1dgcbpfgj8dnv2cngjb2xbl-patch-2.7.6/bin:/gnu/store/39rsx3nl4c31952jybbjb8d6idr5hx7r-findutils-4.8.0/bin:/gnu/store/690qz3fg334dpwn3pn6k59n4wc943p2b-gawk-5.1.0/bin:/gnu/store/wxgv6i8g0p24q5gcyzd0yr07s8kn9680-sed-4.8/bin:/gnu/store/xjwp2hsd9256icjjybfrmznppjicywf6-grep-3.6/bin:/gnu/store/d251rfgc9nm2clzffzhgiipdvfvzkvwi-coreutils-8.32/bin:/gnu/store/55cbpsi18mahg131nmiya6km5b4mscfa-make-4.3/bin:/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin:/gnu/store/s2pg5k98fl2g2szg9dykxyd9zl3xihv9-ld-wrapper-0/bin:/gnu/store/rc781v4k0drhaqn90xfwwpspki5x0bvf-binutils-2.37/bin:/gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gcc-10.3.0/bin:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/bin:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/sbin' environment variable `PKG_CONFIG_PATH' set to `/gnu/store/62pmj73pgb1vsp4vghhkjmq7ky3c4lwm-obs-29.0.0/lib/pkgconfig:/gnu/store/fa43ijbrb96x08621qigxxiphp503lsi-libx11-1.7.3.1/lib/pkgconfig:/gnu/store/fx5xq2rb6pnxbw182ycywjdxjllw7kpa-wayland-1.20.0/lib/pkgconfig:/gnu/store/h2k8n0pblk1wc418pshzsf08d7ndc7b7-wayland-protocols-1.23/share/pkgconfig:/gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/lib/pkgconfig:/gnu/store/4ic6244i3ca4b4rxc2wnrgllsidyishv-file-5.39/lib/pkgconfig:/gnu/store/v8raqm2shh9azkl71107p53j55hir306-libxcb-1.14/lib/pkgconfig:/gnu/store/vfak5v1d0hjgq6p845r809vrf4kplsnz-xorgproto-2021.5/share/pkgconfig:/gnu/store/wgqhlc12qvlwiklam7hz2r311fdcqfim-libffi-3.3/lib/pkgconfig:/gnu/store/dfzp4rhkzqqagx3djn2kcnaflz1m8446-libxdmcp-1.1.3/lib/pkgconfig:/gnu/store/9k6slxs8ynz46h85bcy3zk2mx0nn8rpf-libxau-1.0.9/lib/pkgconfig:/gnu/store/9pdhgsdmnddgdnwpn0jalp1ryyjjkp56-libpthread-stubs-0.4/lib/pkgconfig:/gnu/store/l7kl3m89czk3nnknx4ljn7gdxhvxlyfa-util-macros-1.19.3/lib/pkgconfig' environment variable `OBS_PLUGINS_DIRECTORY' set to `/gnu/store/62pmj73pgb1vsp4vghhkjmq7ky3c4lwm-obs-29.0.0/lib/obs-plugins' environment variable `OBS_PLUGINS_DATA_DIRECTORY' set to `/gnu/store/62pmj73pgb1vsp4vghhkjmq7ky3c4lwm-obs-29.0.0/share/obs/obs-plugins' environment variable `BASH_LOADABLES_PATH' unset environment variable `C_INCLUDE_PATH' set to `/gnu/store/62pmj73pgb1vsp4vghhkjmq7ky3c4lwm-obs-29.0.0/include:/gnu/store/fa43ijbrb96x08621qigxxiphp503lsi-libx11-1.7.3.1/include:/gnu/store/fx5xq2rb6pnxbw182ycywjdxjllw7kpa-wayland-1.20.0/include:/gnu/store/s3hl12jxz9ybs7nsy7kq7ybzz7qnzmsg-bzip2-1.0.8/include:/gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/include:/gnu/store/4ic6244i3ca4b4rxc2wnrgllsidyishv-file-5.39/include:/gnu/store/690qz3fg334dpwn3pn6k59n4wc943p2b-gawk-5.1.0/include:/gnu/store/55cbpsi18mahg131nmiya6km5b4mscfa-make-4.3/include:/gnu/store/rc781v4k0drhaqn90xfwwpspki5x0bvf-binutils-2.37/include:/gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gcc-10.3.0/include:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/include:/gnu/store/v8raqm2shh9azkl71107p53j55hir306-libxcb-1.14/include:/gnu/store/vfak5v1d0hjgq6p845r809vrf4kplsnz-xorgproto-2021.5/include:/gnu/store/wgqhlc12qvlwiklam7hz2r311fdcqfim-libffi-3.3/include:/gnu/store/6mjww4iz4xdan74d5bbjfh7il8rngfkk-linux-libre-headers-5.10.35/include:/gnu/store/dfzp4rhkzqqagx3djn2kcnaflz1m8446-libxdmcp-1.1.3/include:/gnu/store/9k6slxs8ynz46h85bcy3zk2mx0nn8rpf-libxau-1.0.9/include' environment variable `CPLUS_INCLUDE_PATH' set to
bug#61262: mako build failure
guix (GNU Guix) c3e50c731d8c175133cae1869e445cbb7a3b4d6f log attached WARNING: (guile-user): imported module (guix build utils) overrides core binding `delete' starting phase `set-SOURCE-DATE-EPOCH' phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds starting phase `set-paths' environment variable `PATH' set to `/gnu/store/jrn8g094grimqa6q4vry3vr50xc62z3z-meson-0.60.3/bin:/gnu/store/i69wl6dqwrw2kwzcggkv9kskibqjvbfk-ninja-1.10.2/bin:/gnu/store/2b3blhwbag1ial0dhxw7wh4zjxl0cqpk-pkg-config-0.29.2/bin:/gnu/store/7prl2y52y586gbgb7q0qp72zyrf8ppqg-scdoc-1.11.2/bin:/gnu/store/6sqxyl49qqzibqfh057hzjk6fly689rw-basu-0.2.1/bin:/gnu/store/6gq2n65ixpn6drd5wai2h7g5wjm6bp2b-cairo-1.16.0/bin:/gnu/store/xgiz9rvzvfhwx655lb6jpjx1whc4kjg8-gdk-pixbuf-2.42.4/bin:/gnu/store/7bmwfzspv7y3z5mh4r8l1ilr80dgl78r-jq-1.6/bin:/gnu/store/vk23fcm4livzrnb3kzhxs6yjds8f355c-pango-1.48.10/bin:/gnu/store/fx5xq2rb6pnxbw182ycywjdxjllw7kpa-wayland-1.20.0/bin:/gnu/store/g2ajyl8xk9aarxrgjbng2hkj3qm2v0z2-tar-1.34/bin:/gnu/store/iixwcv3k49ks1rf34pjgfzmzyhhgwng3-gzip-1.10/bin:/gnu/store/s3hl12jxz9ybs7nsy7kq7ybzz7qnzmsg-bzip2-1.0.8/bin:/gnu/store/c8isj4jq6knv0icfgr43di6q3nvdzkx7-xz-5.2.5/bin:/gnu/store/4ic6244i3ca4b4rxc2wnrgllsidyishv-file-5.39/bin:/gnu/store/ahmmvw21p11ik80lg1f953y7fd8bqkjm-diffutils-3.8/bin:/gnu/store/z39hnrwds1dgcbpfgj8dnv2cngjb2xbl-patch-2.7.6/bin:/gnu/store/39rsx3nl4c31952jybbjb8d6idr5hx7r-findutils-4.8.0/bin:/gnu/store/690qz3fg334dpwn3pn6k59n4wc943p2b-gawk-5.1.0/bin:/gnu/store/wxgv6i8g0p24q5gcyzd0yr07s8kn9680-sed-4.8/bin:/gnu/store/xjwp2hsd9256icjjybfrmznppjicywf6-grep-3.6/bin:/gnu/store/d251rfgc9nm2clzffzhgiipdvfvzkvwi-coreutils-8.32/bin:/gnu/store/55cbpsi18mahg131nmiya6km5b4mscfa-make-4.3/bin:/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin:/gnu/store/s2pg5k98fl2g2szg9dykxyd9zl3xihv9-ld-wrapper-0/bin:/gnu/store/rc781v4k0drhaqn90xfwwpspki5x0bvf-binutils-2.37/bin:/gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gcc-10.3.0/bin:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/bin:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/sbin:/gnu/store/p7iq81hxxyk9zy7a9dngbf16zm8d4klx-libpng-1.6.37/bin:/gnu/store/ak70pk2hjks17cx7zjdmdmzpcpiy9gpi-freetype-2.10.4/bin:/gnu/store/3r5sl1l02kjxzw3gicjpjz4kw6v4rgs9-fontconfig-minimal-2.13.94/bin:/gnu/store/cy22y32frsq4yrnk1lf0cnvbnqmaclcb-shared-mime-info-1.15/bin:/gnu/store/v5x6f3dml69pmn4pfkl51j6y03v6rlsg-fribidi-1.0.9/bin:/gnu/store/iwcw80p8lkqsqbvchjvypvl06qlbjc3d-expat-2.4.1/bin:/gnu/store/qlz21x91bs9n3f8nangfsk6g5rfqxvaz-libdatrie-0.2.13/bin:/gnu/store/bjycxjjkp1da53ijsa4hfdrz9mcgg55h-icu4c-69.1/bin:/gnu/store/bjycxjjkp1da53ijsa4hfdrz9mcgg55h-icu4c-69.1/sbin:/gnu/store/z6d288h1g876vypda400nhh224yz49im-graphite2-1.3.13/bin' environment variable `PKG_CONFIG_PATH' set to
bug#60721: newsboat package missing its man pages
`man newsboat` does not give you the man page, but it works on another machine running Arch, so I know that the man pages are supposed to be there.
bug#59546: qutebrowser and icecat stuck in infinite browser checks (cloudflare) on applicable sites
On Fri Dec 16, 2022 at 7:31 AM CST, Maxim Cournoyer wrote: > Thanks for sharing. It looks like we have something to investigate. > It's perhaps related to the way we build qtwebengine; do these sites > work in ungoogled-chromium for you? Just tested in ungoogled-chromium, and yes it seems both gitlab and livechart worked fine, passing the brower checks quickly on my Guix System machine. Very interesting. I tried copying the user agent from ungoogled-chromium (similar but slightly different from the qutebrowser default) but it didn't seem to make a difference.
bug#59546: qutebrowser and icecat stuck in infinite browser checks (cloudflare) on applicable sites
On Thu Dec 15, 2022 at 7:26 AM CST, Maxim Cournoyer wrote: > That's a good lead; could you please test qutebrowser in Guix vs > qutebrowser on another distribution yourself and confirm this hypothesis > (that it works elsewhere?), and post your finings here? If you can do > that and post your finding, I we can reopen the ticket, as we'll have > something actionable to look at. > I'm able to pass the browser check in a matter of seconds and log in to GitLab from my PineBook Pro running postmarketOS (Alpine-based) using qutebrowser. Here is the :version output from the working qutebrowser: qutebrowser v2.5.2 Git commit: Backend: QtWebEngine 5.15.3, based on Chromium 87.0.4280.144 Qt: 5.15.6 CPython: 3.11.1 PyQt: 5.15.7 sip: 6.6.2 colorama: 0.4.6 jinja2: 3.1.2 pygments: 2.13.0 yaml: 6.0 adblock: 0.6.0 PyQt5.QtWebEngineWidgets: yes PyQt5.QtWebEngine: 5.15.6 PyQt5.QtWebKitWidgets: no pdf.js: no sqlite: 3.40.0 QtNetwork SSL: OpenSSL 3.0.7 1 Nov 2022 Style: QFusionStyle Platform plugin: wayland OpenGL: OpenGL ES Platform: Linux-5.18.0-aarch64-with, 64bit Linux distribution: postmarketOS edge (alpine) Frozen: False Imported from /usr/lib/python3.11/site-packages/qutebrowser Using Python from /usr/bin/python3 Qt library executable path: /usr/lib/qt5/libexec, data path: /usr/share/qt5 Paths: cache: /home/bdju/.cache/qutebrowser config: /home/bdju/.config/qutebrowser data: /home/bdju/.local/share/qutebrowser runtime: /run/user/10001/qutebrowser system data: /usr/share/qutebrowser Autoconfig loaded: no Config.py: /home/bdju/.config/qutebrowser/config.py has been loaded Uptime: 0:02:55 guix version info for comparison: qutebrowser v2.5.2 Git commit: Backend: QtWebEngine 5.15.5, based on Chromium 87.0.4280.144 Qt: 5.15.5 CPython: 3.9.9 PyQt: 5.15.5 sip: 6.6.1 colorama: 0.4.4 jinja2: 3.1.1 pygments: 2.12.0 yaml: 6.0 adblock: no PyQt5.QtWebEngineWidgets: yes PyQt5.QtWebEngine: 5.15.5 PyQt5.QtWebKitWidgets: no pdf.js: no sqlite: 3.36.0 QtNetwork SSL: OpenSSL 1.1.1s 1 Nov 2022 Style: QFusionStyle Platform plugin: xcb OpenGL: Intel Open Source Technology Center, 3.0 Mesa 21.3.8 Platform: Linux-6.0.8-gnu-x86_64-with-glibc2.33, 64bit Linux distribution: Guix System (unknown) Frozen: False Imported from /gnu/store/675pkhpvbvi0yai1bggkkaj3h1xy2xrb-qutebrowser-2.5.2/lib/python3.9/site-packages/qutebrowser Using Python from /gnu/store/avmnzy8djp42r5926cwznz6ls9gablf8-python-wrapper-3.9.9/bin/python Qt library executable path: /gnu/store/mgkd6lgihvqv9n1rlsqfv2rv0zq9whnh-qtbase-5.15.5/lib/qt5/libexec, data path: /gnu/store/mgkd6lgihvqv9n1rlsqfv2rv0zq9whnh-qtbase-5.15.5/share/qt5 OS Version: --- /etc/os-release --- NAME="Guix System" ID=guix PRETTY_NAME="Guix System" LOGO=guix-icon DOCUMENTATION_URL="https://guix.gnu.org/en/manual; Paths: cache: /home/brad/.cache/qutebrowser config: /home/brad/.config/qutebrowser data: /home/brad/.local/share/qutebrowser runtime: /run/user/1000/qutebrowser Autoconfig loaded: no Config.py: /home/brad/.config/qutebrowser/config.py has been loaded Uptime: 1 day, 3:11:30
bug#59546: qutebrowser and icecat stuck in infinite browser checks (cloudflare) on applicable sites
On Wed Dec 14, 2022 at 10:32 PM CST, Maxim Cournoyer wrote: > Hello, > > "bdju" writes: > > > I have hit this issue before, but not in a while. I don't know for sure > > when the issue came back as it only matters for the initial login or > > visit of the offending sites, so if you manage to get past you'll be > > good until your cookie expires or gets deleted somehow. I got logged out > > of many sites in qutebrowser recently and was made aware of the issue > > being back. I also tested in icecat where some sites I still had a > > cookie, but I managed to find one with a browser check and it indeed > > never completes (can leave it open hours or even more than a day). > > > Some sites to test with include: > > https://www.livechart.me/ (must click login button, main page works) > > https://www.gitlab.com/ (again must click log in to start the check) > > > > Since this is happening in both icecat and qutebrowser with different > > user agents and everything, I suspect a guix-related issue. I found that > > at least one other person on IRC was also experiencing the infinite > > browser checks. I use a few sites daily that are now unusable on my Guix > > System machine due to these browser checks, so a fix would be very much > > appreciated if anyone could figure this out. > > I've had that too with Gitlab when using Icecat. Sadly, it has nothing > to do with Guix but with how Cloudfare and the website identifies > browsers. > > For example, I had found out that by using a Windows Firefox 83 user > agent, I was able to login into Gitlab (using this plugin: > https://gitlab.com/ntninja/user-agent-switcher). I reported the issue > to Gitlab, and they could apparently fixed it on their side (not yet > deployed) [0] > > [0] https://gitlab.com/gitlab-org/gitlab/-/issues/345328 > > I think other sites or CloudFare must be similarly faulty, or require > fingerprinting which is guarded against out-of-the-box in IceCat. > > Closing, as I doubt Guix has something to do with it. If you find > something to the contrary, let us know! > > -- > Thanks, > Maxim I too have fixed it in the past by switching my user agent. I opened and closed a similar bug some months or years back. That solution stopped working. I have consulted with folks in the qutebrowser IRC about this issue several times and it is not affecting everyone there, so it definitely seems guix-related to me. Something about our packages must make the browser(s) look odd to these infernal browser checks. I know that the issue is cloudflare essentially bullying those of us with more niche setups, but cloudflare has sadly infected most of the Web, so we have to play their game. I fear the number of qutebrowser users on guix is in the single digits and so often I'm running into odd problems with no solution, that again rarely seems to affect people on the other distros when I go to ask for help. I think our Qt version is almost always old which probably doesn't help. I doubt I have the proper evidence to convince you this is guix's fault, but just know that if you close this issue my problem may never be solved (although it may never get solved either way honestly).
bug#59546: qutebrowser and icecat stuck in infinite browser checks (cloudflare) on applicable sites
I have hit this issue before, but not in a while. I don't know for sure when the issue came back as it only matters for the initial login or visit of the offending sites, so if you manage to get past you'll be good until your cookie expires or gets deleted somehow. I got logged out of many sites in qutebrowser recently and was made aware of the issue being back. I also tested in icecat where some sites I still had a cookie, but I managed to find one with a browser check and it indeed never completes (can leave it open hours or even more than a day). Some sites to test with include: https://www.livechart.me/ (must click login button, main page works) https://www.gitlab.com/ (again must click log in to start the check) Since this is happening in both icecat and qutebrowser with different user agents and everything, I suspect a guix-related issue. I found that at least one other person on IRC was also experiencing the infinite browser checks. I use a few sites daily that are now unusable on my Guix System machine due to these browser checks, so a fix would be very much appreciated if anyone could figure this out. guix version: guix (GNU Guix) eb5e650e09dd096c066278918456f3e989f7b9d9 running Guix System as my distro Issue first noticed (again) under a week ago, but could be older. In the past I fixed it by spoofing a firefox user agent the same way in both browsers, but it seemed like it was not working to do that anymore. Currently I have both browsers set to default UAs again, also not working. There is also a relevant closed issue on qutebrowser's github: https://github.com/qutebrowser/qutebrowser/issues/7208
bug#59261: castor 0.8.18 build failure
build log here: http://ix.io/4fU9 I was just running routine upgrades and was stopped on this, so reporting.
bug#58668: unable to mount second LUKS drive after reboot
I had 228 days of uptime and had changed out my second drive for a bigger one and modified my config.scm accordingly. Upon reboot I was not able to mount it or finish booting because of it, even though the passphrase for my root drive was accepted fine. I was able to boot this very same new drive after selecting a generation from August 2nd. I thought at first that this generation was before I had put the new drive configuration into place, but I noticed two things: 1) the drive was mounted, I could see the files 2) upon looking over the version of my config.scm used in the booted system, the new drive configuration was already in place after all I also verified upon nckx's recommendation that the version of cryptsetup used hasn't changed in this time. (2.7.3) The working generation uses the following commit: e6480571a094e27dc50db2b42334f17a6d1957d4 I realize this report is somewhat light on info, so let me know what else I can try to provide.
bug#58667: lacking useful error output when mount of luks drive fails
https://yld.moe/raw/AhY.jpg As seen in the above image, after failure to mount my second LUKS drive, there is not a lot of info to go on. Was asked in IRC to report this by nckx.
bug#57836: fzf 0.33.0 release commit fails to build
I tried to install a newer fzf via --with-commit=fzf=foo I hit a build failure. http://sprunge.us/6H1uWP To my untrained eye is looks like it may be due to not finding a ruby binary or package "golang.org/x/term" Reporting in case someone has time to update the package and this helps speed things along.
bug#57762: dragon-drop package's binary is missing
On Tue Sep 13, 2022 at 6:55 AM CDT, bdju wrote: > On Mon Sep 12, 2022 at 10:32 PM CDT, bdju via Bug reports for GNU Guix wrote: > > After upgrades I no longer have the `dragon` command that is used by the > > dragon-drop package, making the program unusable. The package is still > > in my manifest file that I applied, still shows up in a search, and I > > also tried to manually `guix install` it again. No luck. > > > > I use this in a lot of scripts due to gtk file pickers crashing software > > for me a lot and trying to avoid them. A fix would be very much > > appreciated. > > I found that doing the following: > find $(guix build dragon-drop) > > revealed that `dragon` is inside .../bin/bin instead of just /bin. > Perhaps this could cause issues with setting the PATH properly. I did a rollback until dragon worked again, then did a whereis on it output shows just one bin dir and not two /gnu/store/njlv1a4b1pvcs42dy0wwgcxr6cx2wf55-profile/bin/dragon Hopefully this info helps someone figure out the problem.
bug#57762: dragon-drop package's binary is missing
On Mon Sep 12, 2022 at 10:32 PM CDT, bdju via Bug reports for GNU Guix wrote: > After upgrades I no longer have the `dragon` command that is used by the > dragon-drop package, making the program unusable. The package is still > in my manifest file that I applied, still shows up in a search, and I > also tried to manually `guix install` it again. No luck. > > I use this in a lot of scripts due to gtk file pickers crashing software > for me a lot and trying to avoid them. A fix would be very much > appreciated. I found that doing the following: find $(guix build dragon-drop) revealed that `dragon` is inside .../bin/bin instead of just /bin. Perhaps this could cause issues with setting the PATH properly.
bug#57762: dragon-drop package's binary is missing
After upgrades I no longer have the `dragon` command that is used by the dragon-drop package, making the program unusable. The package is still in my manifest file that I applied, still shows up in a search, and I also tried to manually `guix install` it again. No luck. I use this in a lot of scripts due to gtk file pickers crashing software for me a lot and trying to avoid them. A fix would be very much appreciated.
bug#57611: rust-once-cell (alacritty dependency) build failure
Looks like alacritty can't be built because rust-wayland-commons and rust-wayland-client can't be built because rust-once-cell can't be built. rust-once-cell build log: http://sprunge.us/8t8VaQ p.s. my guix --version output still shows guix (GNU Guix) 0
bug#57315: guix upgrade --dry-run output is basically useless
On Sun Aug 21, 2022 at 1:39 AM CDT, Csepp wrote: > This should go without saying, but this is pretty bad UX. > > Is there something that can be done about this? The upgrade process on > less powerful machines is pretty awful currently. Agreed. Upgrading on Guix can be pretty horrible. Especially when you find out you're seemingly the only user of certain packages so you hit a bunch of build failures that you would've expected to be found and fixed already, and you have to skip and/or report them and redo the upgrades repeatedly. On most distros I would upgrade daily without worry, but with Guix System I end up putting it off a week or two and trying to plan out a time when I don't mind my CPU being maxed out entirely with builds and such. > Side note: I plan to work on a patch that adds an option to upgrade that > keeps everything that would require local building at its previous > version. Hopefully I won't need to use the --do-not-upgrade option > after that. Right now upgrading is a multi-hour manual process, which > honestly sucks. With that patch it would still take a while but at > least it would run automatically. This sounds like a nice feature. I've wished for the ability to use guix manifests but skip certain packages when there are issues, but if I could use manifests along with an option like this, that'd accomplish what I wanted anyway in most cases.
bug#57049: cool-retro-term-1.2.0 build failure
build log: http://ix.io/46Yn guix version: just shows up as 0 for some reason...
bug#57048: tiled-1.8.1 fails to build
log here: http://ix.io/46XY I was just running guix upgrades, for the first time in 12 days or so.
bug#52663: taisei build failure
On Sun Jun 26, 2022 at 5:30 AM CDT, Liliana Marie Prikler wrote: > Am Sonntag, dem 19.12.2021 um 21:58 +0100 schrieb Liliana Marie > Prikler: > > Am Sonntag, dem 19.12.2021 um 14:01 -0600 schrieb bdju: > > > guix system > > > guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff > > > build log here: http://ix.io/3IRZ > > Hi, I just pushed a patch, that builds cglm with meson, as taisei > > appears to be the only package relying on it (according to `guix > > refresh' anyway). Have fun shooting lasers at faeries. > Did you have fun shooting lasers at faeries? Can this bug be closed? Haven't actually gotten around to playing the game, but it does work now, so you can close this.
bug#45280: qutebrowser has no audio
I have finally gotten sound working. I needed to enable an alsa service (which also required the sound and possibly audio use-service-modules) aplay and speaker-test were failing, which seemed to possibly be due to a lack of /etc/asound.conf, and I found in the manual that the alsa service creates this file. After enabling that service, I just had to restart qutebrowser. As an aside, I think if our qutebrowser package were built with the optional pulseaudio support enabled, I would never have hit this issue. Although you could argue that having broken alsa was probably not good anyway. I will finally close this issue.
bug#54297: Qutebrowser failed to render local fonts.
On Fri May 27, 2022 at 10:18 PM CDT, Edison Ibáñez wrote: > Hello, any update? Still broken, AFAIK. I have been launching qutebrowser from a terminal with the sandbox disabled for what feels like months now... Also, unrelated, but my keystrokes get duplicated in the address bar as I type at times, and the audio has literally never worked for me in qutebrowser on guix. The package could use a lot of love. I think not many here use it, unfortunately. (personally, I'm on Sway if it matters)
bug#55089: [IceCat and IceDove]: Doesn't use system's locale/timezone.
On Sun Apr 24, 2022 at 1:06 AM CDT, Raghav Gururajan via Bug reports for GNU Guix wrote: > Hello Guix, > > It appears that the applications IceCat and IceDove doesn't follow > system's locale/timezone. By default, it uses UTC. > > This is observed in Guix System and not sure about foreign distros. > > Regards, > RG. In IceCat at least I believe this is due to the resistfingerprinting about:config setting. Not sure about IceDove. I have noticed a similar issue with w3m, though. It doesn't match my system's time.
bug#54033: Calibre's ebook-viewer only shows white-on-white or dark-on-dark.
On Fri Mar 4, 2022 at 8:07 AM CST, Guillaume Le Vaillant wrote: > Hi, > > FreeCAD also has some issues with the rendering of its "start page" > where the text is missing. > And as Calibre and FreeCAD are apparently both Python applications using > QtWebEngine, it may indicate that there is something not working > correctly in QtWebEngine or in the Python bindings to QtWebEngine. qutebrowser and anki are also affected. There's an issue somewhere about it already.
bug#53541: backtrace during fresh Guix System install after during formatting
On Thu Feb 3, 2022 at 12:34 PM CST, Leo Famulari wrote: > We made many changes to the installer code today: > > -- > $ git log --oneline > 0d37a5df7e709cadca97cfbbf9c680dfe54b8302^..4943ac86e4f95a2e14fd209f3fdaac74a0d9ca2e > 4943ac86e4 installer: Use system-wide guix for system init. > ad55ccf9b1 installer: Make dump archive creation optional and selective. > 112ef30b84 installer: Turn passwords into opaque records. > 41eb0f01fc installer: Use dynamic-wind to setup installer. > 7cbd95a9f6 installer: Add error page when running external commands. > 726d0bd2f3 installer: Use named prompt to abort or break installer steps. > 59fec4a1a2 installer: Add nano to PATH. > ed6567abbf installer: Replace run-command by invoke in newt/page.scm. > dad9a1c0b2 installer: Fix run-file-textbox-page when edit-button is #f. > 0a74509a69 installer: Raise condition when mklabel fails. > af59e53631 installer: Use run-command-in-installer in (gnu installer parted). > 408427a36c installer: Add installer-specific run command process. > 0b9fbbb4dd installer: Capture external commands output. > c57ec6ed1e installer: Remove specific logging code. > 2f7f1d11e9 installer: Keep PATH inside the install container. > 438bf9b840 installer: Un-export syslog syntax. > 4f2fd33b4f installer: Use new installer-log-line everywhere. > 7251b15d30 installer: Generalize logging facility. > 4a68a00c8b installer: Use define instead of let at top-level. > 0d37a5df7e installer: Add crash dump upload support. > -- > > Your report doesn't explain how to reproduce the bug. Can you test the > latest installer again and see if the bug still exists? > > Here is the installer image that contains these changes: > https://ci.guix.gnu.org/build/460051/details > > Or get it from here: > https://guix.gnu.org/en/download/latest/ It would be difficult to test now, I no longer have an empty SSD waiting to be installed on in the same PC. I ended up getting through an install with the last stable release using the same settings. >From memory, it was set up for EFI, btrfs root partition, encryption enabled, boot partition was fat32, I chose no environment (wanted to use sway), accepted networkmanager, tor, cups... I kept the default generated config.scm because it often crashed when trying to edit and I was sick of starting over. I think the crash was either right before the screen where you can edit the config or right after you tell it to apply the config. I had a second HDD (not touched by the installer) in addition to the SSD being installed on, and /dev/sdc/ was the flash drive with the installer image on it. I am glad to hear it's (maybe) fixed. I'll download a new ISO, but I don't have a hypervisor configured to test this sort of thing. I could maybe try it with a different computer, but still it would be hard to find one I'm willing to wipe I think. Sorry I can't be more help. I have still only ever done 3 full Guix System installs, all years apart. Unfortunately I never considered the experience fun enough to do besides when absolutely necessary.
bug#53541: backtrace during fresh Guix System install during formatting
On Tue Jan 25, 2022 at 9:21 PM CST, bdju via Bug reports for GNU Guix wrote: > Using a "latest" installer image from the last day or two > Picture of error taken with my phone attached (eh, what can ya do?) > > >Device /dev/sdc is still in use. > > This sticks out and appears in a couple spots. if I don't view the details of /boot it tells me it can't read /dev/sda1 and to format it, then if I select it, it becomes ext4 by default and format is set to no Should the boot partition be fat32, ext4, or could it even be btrfs? I'm doing an encrypted install and I want btrfs for the root partition.
bug#52686: menus in qt programs not visible or appearing far away on wayland
On Wed Dec 22, 2021 at 5:20 AM CST, Josselin Poiret wrote: > This seems like those programs are running with the XCB backend, using > XWayland, rather than directly using Wayland. `swaymsg -t get_tree` output shows they have an app_id instead of a class, this is how I'm determining they're using Wayland. They in fact used to use a class. I am not using the env var to force wayland as it had issues in the past, but after upgrading packages recently, it seems they went back to using app_id. > Could you give us some more information about your system and Wayland > compositor? Like I said at the top, I am using Sway as my compositor, on the Guix System distro. What else would be helpful to know? > Can you try launching those in a shell using `QT_QPA_PLATFORM=wayland > pcmanfm-qt` for example after installing qtwayland in your profile? Looks like I have qtwayland in my profile already. I experience the same issues after launching pcmanfm-qt with that env var at the start. The terminal shows this: 8:41:13.012|default|W|QSocketNotifier: Can only be used with threads started with QThread > I cannot replicate on Sway 1.6.1 with either the xcb or wayland backends > of Qt. Thank you for testing.
bug#52686: menus in qt programs not visible or appearing far away on wayland
guix system guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff sway In keepassxc the menus don't show anything when clicked. (actually, I restarted it and now they work, but leaving that in to show it was multiple programs) In pcmanfm-qt the menus at the top as well as the right click menu don't show anything. In nheko the right click menu appears very far from the cursor, the same spot regardless of where in the window I've clicked.
bug#52651: syncthing-gtk fails to run (librsvg error)
On Sun Dec 19, 2021 at 2:10 PM CST, bdju via Bug reports for GNU Guix wrote: > I'm using Sway, which is as close to just running a WM as you can get on > Sway. Meant to say "on Wayland"!
bug#52651: syncthing-gtk fails to run (librsvg error)
On Sun Dec 19, 2021 at 2:09 PM CST, John Kehayias wrote: > Thanks for checking. I'm on the same Guix commit. Are you sure > syncthing-gtk is up to date? I'm running on just a WM (XMonad) on Xorg, > perhaps that is a difference? My path for syncthing-gtk is: > > /gnu/store/nlslvhw9sqgiwjh036zh66rcs0zgh97s-syncthing-gtk-0.9.4.4-1.c46fbd8 I'm using Sway, which is as close to just running a WM as you can get on Sway. My path according to the `whereis syncthing-gtk` output is: /gnu/store/3li6xh09g5w0ychn2b7jknglqg3pmyl8-profile/bin/syncthing-gtk When launched, I can go to About and see the version says "unknown (Daemon v1.16.1) Oh, I get a path more like yours if I run an ls on the whereis output: /gnu/store/nlslvhw9sqgiwjh036zh66rcs0zgh97s-syncthing-gtk-0.9.4.4-1.c46fbd8/bin/syncthing-gtk It looks like we're both on 0.9.4.4-1.c46fbd8 in that case.
bug#52664: lagrange build failure
guix system guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff build log here: http://ix.io/3IQP
bug#52665: buku build failure
guix system guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff build log here: http://ix.io/3IP6
bug#52663: taisei build failure
guix system guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff build log here: http://ix.io/3IRZ
bug#52662: vte-ng build failure (termite dependency)
guix system guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff build log here: http://ix.io/3IS0
bug#52661: wslay build failure (godot dependency)
guix system guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff build log here: http://ix.io/3ISu
bug#52651: syncthing-gtk fails to run (librsvg error)
On Sat Dec 18, 2021 at 9:38 PM CST, John Kehayias via Bug reports for GNU Guix wrote: > I should have specified it worked on core-updates-frozen before the last > big changes (input style, etc.) and merge into master. I've just ran some updates and I'm on guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff syncthing-gtk appears to launch fine for me
bug#52393: pdf links not clickable when zathura is launched via xdg-open
Okay, disregard. It seems a double-click is required rather than a single click, and it takes about 5 seconds for anything to happen. I was possibly clicking a different number of times between tests. Maybe I was more desperate when I launched with zathura explicitly. It seems to work the same both ways now.
bug#52393: pdf links not clickable when zathura is launched via xdg-open
in my mimeapps.list file I have zathura set like this: application/pdf=org.pwmt.zathura.desktop application/octet-stream=org.pwmt.zathura.desktop; application/pdf=org.pwmt.zathura-pdf-mupdf.desktop; I noticed there are two other zathura.desktop files on my system. ~/.guix-profile/share/applications/org.pwmt.zathura.desktop ~/.guix-profile/share/applications/org.pwmt.zathura-djvu.desktop ~/.guix-profile/share/applications/org.pwmt.zathura-pdf-mupdf.desktop Perhaps I'm using the wrong one here. I also noticed I have two application/pdf lines, but the first one is from the Default Applications section and the second is from Added Associations. Deleting the first line then makes xdg-open use a browser to open the pdf, so I don't think that's the right way to go. I tried also copying the later application/pdf line and replacing the first one in the file with it, so this way it's still in the file in both sections. With this, the file opens in zathura again, but clicking links still does nothing. I'm not sure of the significance of the semicolon at the end. Some of my lines have it, and some don't. I'll attach my mimeapps.list file in case it's helpful to look over in its entirety. (file has been reverted to the state it was at the start of troubleshooting since none of the changes so far fixed the issue) [Default Applications] x-scheme-handler/http=org.qutebrowser.qutebrowser.desktop x-scheme-handler/https=org.qutebrowser.qutebrowser.desktop x-scheme-handler/ftp=filezilla.desktop x-scheme-handler/chrome=org.qutebrowser.qutebrowser.desktop text/html=org.qutebrowser.qutebrowser.desktop application/x-extension-htm=org.qutebrowser.qutebrowser.desktop application/x-extension-html=org.qutebrowser.qutebrowser.desktop application/x-extension-shtml=org.qutebrowser.qutebrowser.desktop application/xhtml+xml=org.qutebrowser.qutebrowser.desktop application/x-extension-xhtml=org.qutebrowser.qutebrowser.desktop application/x-extension-xht=org.qutebrowser.qutebrowser.desktop image/png=sxiv-usercreated-0.desktop;sxiv.desktop; image/jpg=sxiv.desktop image/gif=mpv.desktop image/jpeg=sxiv.desktop image/webp=sxiv.desktop video/webm=mpv.desktop application/pdf=org.pwmt.zathura.desktop x-scheme-handler/magnet=userapp-transmission-gtk-W27CS0.desktop inode/directory=ranger.desktop [Added Associations] x-scheme-handler/http=org.qutebrowser.qutebrowser.desktop x-scheme-handler/https=org.qutebrowser.qutebrowser.desktop x-scheme-handler/ftp=filezilla.desktop x-scheme-handler/chrome=org.qutebrowser.qutebrowser.desktop text/html=org.qutebrowser.qutebrowser.desktop application/x-extension-htm=org.qutebrowser.qutebrowser.desktop application/x-extension-html=org.qutebrowser.qutebrowser.desktop application/x-extension-shtml=org.qutebrowser.qutebrowser.desktop application/xhtml+xml=org.qutebrowser.qutebrowser.desktop application/x-extension-xhtml=org.qutebrowser.qutebrowser.desktop application/x-extension-xht=org.qutebrowser.qutebrowser.desktop application/octet-stream=org.pwmt.zathura.desktop; application/pdf=org.pwmt.zathura-pdf-mupdf.desktop; x-scheme-handler/magnet=userapp-transmission-gtk-W27CS0.desktop; text/plain=org.xfce.mousepad.desktop;mousepad.desktop;nvim.desktop; application/json=mousepad.desktop; text/x-csrc=mousepad.desktop; image/png=sxiv-usercreated-0.desktop; text/markdown=org.xfce.mousepad.desktop; application/x-shellscript=org.xfce.mousepad.desktop;
bug#52393: pdf links not clickable when zathura is launched via xdg-open
guix (GNU Guix) f199427c1b6dd8e3428e25d4e15f604b3c90a3b7 Guix System works: zathura file.pdf doesn't work: xdg-open file.pdf Both launch zathura since it's my default reader. In the xdg-open case, clicking a link in a pdf seems to not do anything. If I launched with zathura explicitly, it opens the link in my existing instance of qutebrowser as I would expect. No errors related to clicking the link seem to show up in a terminal. When launched either way I do get a lot of errors saying ``` error: plugin: filetype already registered: application/pdf ``` and then similar ones for oxps, epub+zip, xml, etc. as well as a message that libdjvu.so cannot be registered as a plugin. These seem like non-fatal errors and are probably unrelated, but I thought I would mention them anyway.
bug#52071: gajim 1.3.3 fails to build
On Tue Nov 23, 2021 at 7:45 PM CST, bdju via Bug reports for GNU Guix wrote: > guix system > guix (GNU Guix) d48b404cf577cbfcd29b294e193a4db0c3e580b1 > http://ix.io/3FVJ log here > > lines of note: > ``` > ImportError: Failed to import test module: gajim_mocks > ModuleNotFoundError: No module named 'gajim.gui.emoji_data' > ``` Seems to work now. I did updates again last night and didn't hit this again. Closing.
bug#52071: gajim 1.3.3 fails to build
guix system guix (GNU Guix) d48b404cf577cbfcd29b294e193a4db0c3e580b1 http://ix.io/3FVJ log here lines of note: ``` ImportError: Failed to import test module: gajim_mocks ModuleNotFoundError: No module named 'gajim.gui.emoji_data' ```
bug#51889: changing focus to Chromium can crash Sway entirely
guix (GNU Guix) 33a80e111096b05af3d60576dfcb2d67099dc60e Guix System For the second time now, when focusing the chromium window, Sway has entirely crashed. I'm using ungoogled-chromium-wayland. I have the following lines in my Sway config: ``` # focus browser (chromium) bindsym ctrl+Shift+$mod+b [app_id="chromium-browser"] focus ``` So, I pressed those keys to jump right to it, then my monitors went black and everything disappeared. I believe last time this happened, I hadn't made that keybind yet, but I was similarly using a script to focus chromium by its app_id with a swaymsg command before. Chromium had some coursera tabs open. The first time there was likely a paused video. I don't think I had a video up this time. (I am using Chromium exclusively for coursera stuff recently because audio is broken in qutebrowser and if I watch the lectures in mpv+youtube-dl I lose the feature of being able to click part of the transcipt to jump to that part of the video. Also, I have to let the video play in a browser anyway so the task gets marked as complete.) I'm not sure if this will be at all easy to reproduce. I jumped to the Chromium window dozens of times without crashing all of Sway before, so some special situation must have to happen. I had another video open in mpv, some chat programs open, and qutebrowser at the time. I wasn't in danger of running out of RAM the last time I'd looked. I think CPU usage was normal.
bug#51826: qt packages (e.g. pcmanfm-qt) missing wayland qt module
On Sun Nov 14, 2021 at 7:44 AM CST, Josselin Poiret wrote: > Hello, > > This plugin is packaged as a part of qtwayland, and `guix shell --pure > --preserve="^(XDG_|WAYLAND_DISPLAY)" bash pcmanfm-qt qtwayland -- bash > -c "QT_QPA_PLATFORM=wayland pcmanfm-qt"` does work as expected (whereas > it does not if I leave out qtwayland). You might want to install > qtwayland in your profile for it to work. > > Best, > Josselin Poiret Thanks, installing that does indeed get pcmanfm-qt to launch, although the right click menu and file menus seem to be invisible! I had to open up a pcmanfm-qt without this env var to see how to get to preferences blindly. (alt-e alt-e will open edit then preferences). The missing right click menu is even worse since what's under the menu can vary, especially the "open with" menu. Also, should this have been a dependency of something? I definitely didn't install it manually on postmarketOS (alpine-based).
bug#51826: qt packages (e.g. pcmanfm-qt) missing wayland qt module
I am running Guix System with Sway guix (GNU Guix) 33a80e111096b05af3d60576dfcb2d67099dc60e Running `QT_QPA_PLATFORM=wayland pcmanfm-qt` results in failure to launch and the following errors: ``` 21:50:38.413|qt.qpa.plugin|W|Could not find the Qt platform plugin "wayland" in "" 21:50:38.413|default|F|This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. zsh: abort QT_QPA_PLATFORM=wayland pcmanfm-qt ``` Due to this problem, I cannot set this env var for my whole profile or many programs will break. This means they run with xwayland instead of native wayland. I have run some of these same programs on another distro (postmarketOS on a Pinebook Pro) and found they run in Sway. I believe this is likely a packaging issue with qt stuff.
bug#51696: Request: Adopt the unofficial GUIX community on Matrix
On Thu Nov 11, 2021 at 11:40 PM CST, Maxim Cournoyer wrote: > I'm curious; have you tried any Matrix client that do not require a > browser or need a large amount of system resources to operate? I'd like to chime in to say nheko is a pretty good matrix client. Does not use electron. Seems fairly light on resources from what I've seen.
bug#51642: Packaging request: FreeTube
On Sat Nov 6, 2021 at 6:07 PM CDT, Jacob Hrbek wrote: > FLOSS desktop frontent for YouTube(TM) -- https://freetubeapp.io/ > > -- Jacob "Kreyren" Hrbek > > Sent with ProtonMail Secure Email. FreeTube is already on the Guix Wishlist, which I think is where package requests are intended to go. At least, that's where I always add things I wish were packaged. I know Nixpkgs takes package requests on their issue tracker, but I don't typically see such things on the guix mailing lists. https://libreplanet.org/wiki/Group:Guix/Wishlist
bug#51537: Neovim build missing luajit support
https://github.com/norcalli/nvim-colorizer.lua/issues/40 I'm hitting this issue in Neovim after installing nvim-colorizer. Supposedly the ffi.lua file it says is missing should be built-in. Some people had issues on a couple distros that seems to build Neovim without luajit, and then fixed it by building it differently. Could we enable luajit in the guix recipe so it's built with it? It sounds like most distros probably enable it, and that the Neovim devs intend it to be enabled. Sidenote: the current recipe has a typo, "refirence", should be "reference". It's in one of the comments.
bug#50742: spacefm crash on launch
guix (GNU Guix) 9057035d892266c1b90242d06522a642e13b09d79 I am running Guix System Here is the output after running `spacefm` from my terminal (spacefm:28620): SpaceFM-WARNING **: 13:43:17.110: No root settings found in /gnu/store/cb0mdkpb2a3x1sylfhkhb8g228hs43cp-spacefm-1.0.6/etc/spacefm/ Setting a root editor in Preferences should remove this warning on startup. Otherwise commands run as root may present a security risk. ** GLib:ERROR:../glib-2.62.6/glib/ghash.c:472:g_hash_table_lookup_node: assertion failed: (!g_atomic_ref_count_compare (_table->ref_count, 0)) Bail out! GLib:ERROR:../glib-2.62.6/glib/ghash.c:472:g_hash_table_lookup_node: assertion failed: (!g_atomic_ref_count_compare (_table->ref_count, 0)) zsh: abort spacefm When launching with ‘guix environment --pure --ad-hoc spacefm -- spacefm’ instead, it appears successfully.
bug#50264: ca-certificate-bundle fails to build
On Mon Sep 6, 2021 at 6:18 PM CDT, Kyle Andrews wrote: > > For what it's worth, this same thing just happened to me when updating > my profile on my laptop. The first time it failed exactly as described, > and the second time it worked. > > Kyle I've also hit this twice in the last couple weeks. I just ran the updates again and they worked both times.
bug#49460: links not clickable in some qt programs (nheko, quaternion)
On Fri Jul 23, 2021 at 7:40 AM CDT, Tobias Geerinckx-Rice wrote: > Some programmes have a bug where they save absolute file names > instead of looking in $PATH every time. That should be fixed upstream. This seems likely to be the issue. I rebooted in the last week and I just noticed that links in nheko are working again. That makes me wonder if updating my packages without restarting my session/computer is what breaks the links, and then rebooting maybe fixes the functionality again if it re-saves an absolute file name to the new spot after a reboot. I just tested quaternion and I can currently open a link from there as well. guix (GNU Guix) c170abba4735a2c8a6845063fae8bf090975cbf9 4 days uptime. One of the nheko devs says nheko doesn't do this, but that it calls a Qt function. So, this could be a wider Qt issue, or "Qt weirdness", as raingloom said earlier.
bug#49460: links not clickable in some qt programs (nheko, quaternion)
Running Guix System guix (GNU Guix) b36267b1d96ac344d2b42c9822ce04b4c3117f85 The issue has been going on for a while, but I don't think I ever reported it. I have my xdg-open stuff configured properly and almost all programs on my system can open links where relevant. However, Qt programs like the couple I mentioned seem to not use my existing xdg settings for some reason. Has anyone else experienced this? I am using Sway, by the way.
bug#49299: kicad build failure: undefined reference
On Wed Jun 30, 2021 at 11:47 AM CDT, Christopher Howard wrote: > Hi, I have been attempting to rebuild my user profile from source. > Kicad, however, fails to build > > My guix commit is a little old now (a little over a week) if that makes > a difference. I believe this was fixed recently, I reported the failure as bug #49161 and the thread was concluded with mention of a patch.
bug#49157: castor-0.8.16 fails to build
running Guix System guix (GNU Guix) a7495b04b5c606c900ceb76202fdeb5785dea0f7 full log here: http://ix.io/3qEz error: failed to run custom build command for `openssl-sys v0.9.60` >This crate is only compatible with OpenSSL 1.0.1 through 1.1.1, or >LibreSSL 2.5 >through 3.3.1, but a different version of OpenSSL was found. The build >is now aborting >due to this version mismatch.
bug#48636: Gajim does not load the "close" icon on the chat window
On Mon May 24, 2021 at 6:48 PM CDT, Joshua Branson via Bug reports for GNU Guix wrote: > > Other clues that the chat on irc disclosed: > (org.gajim.Gajim:6250): Gtk-WARNING **: 14:31:46.574: Could not find the > icon 'org.gajim.Gajim'. The 'hicolor' theme > was not found either, perhaps you need to install it. > 05/21/2021 14:31:46 (W) gajim.plugin_system Error while loading module: > gtk-icon-theme-error-quark: Icon 'preferences-system' not present in > theme Adwaita (0) I have adwaita-icon-theme and hicolor-icon-theme in my system profile, which I think makes some gtk stuff play nicer. I would suggest installing them if you don't have them. Especially hicolor, since it's mentioned in your error output. I also have gnome-themes-standard and gnome-themes-extra, so those may also be worth installing if the other things don't do the trick. IIRC some gtk themes don't stand completely on their own, and so they'll have missing bits if you don't have some of the basic ones like adwaita. It's also possible you don't have any icon themes at all. Perhaps the hicolor icons should be made a dependency so users don't have to figure this out on their own. I recall another package getting that treatment a while back.
bug#48636: Gajim does not load the "close" icon on the chat window
On Mon May 24, 2021 at 6:19 PM CDT, Joshua Branson via Bug reports for GNU Guix wrote: > It also doesn't remember my password. I have to type it in again > everytime I open Gajim. You can work around this part by going to Gajim menu -> Preferences -> Advanced and toggling "Use System Keyring" to off. In theory setting up something like gnome keyring or similar should also work with the default setting and then save/access passwords that way. I could not figure it out after hours of trying stuff, but if you toggle that setting, it will save your passwords without relying on a keyring. I'm not sure if it's less secure or something in exchange. P.S. If you need to close Gajim, ctrl-q will do it, or the sway keybind (default super-shift-q) can close it too. Not a fix for the button being gone, but maybe it'll help.
bug#48347: missing debug symbols for qutebrowser and python packages
I'm trying to debug a qutebrowser crash and I noticed qutebrowser and python are missing debug outputs. Could they be added?
bug#43685: xonotic player ID and stats reporting are broken
On Tue Sep 29, 2020 at 2:52 PM CDT, Tobias Geerinckx-Rice wrote: > Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道: > > I'm downloading the (gig of) sources to take a closer look on > > the bus. > > Unfortunately no progress was made there, as Xonotic consistently > failed to start at all. I got the Cool Earth background, but no > main menu. Had to kill it -9. Once I got off and connected to > wi-fi, Xonotic started fine. > > I'll report it as a separate issue if it happens again, but > turning off wi-fi and removing ~/.xonotic did not allow me to > reproduce it. > > Weird. > > T G-R I just played Xonotic again recently after a long break and can confirm it's still not working as desired. I found the game I played on stats.xonotic.org and my name is not clickable unlike my opponent's name. I'd be interested to hear if you can get any further in trying to test the game now.
bug#45280: qutebrowser has no audio
Here's some output when I launch qutebrowser from a terminal. It seems like it may be using ALSA instead of pulse for some reason. ``` ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave [14812:14812:0421/184051.727290:ERROR:alsa_util.cc(204)] PcmOpen: default,No such file or directory ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave [14812:14812:0421/184051.728902:ERROR:alsa_util.cc(204)] PcmOpen: plug:default,No such file or directory [14656:13:0421/184058.289956:ERROR:batching_media_log.cc(38)] MediaEvent: {"error":"FFmpegDemuxer: no supported streams"} [14656:1:0421/184058.290464:ERROR:batching_media_log.cc(35)] MediaEvent: {"pipeline_error":14} libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave [14812:14812:0421/184144.908489:ERROR:alsa_util.cc(204)] PcmOpen: default,No such file or directory ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave [14812:14812:0421/184144.911093:ERROR:alsa_util.cc(204)] PcmOpen: plug:default,No such file or directory ```
bug#47610: gnome-keyring service doesn't appear
On Wed Apr 21, 2021 at 2:30 AM CDT, Leo Prikler wrote: > That's quite an interesting observation. Could you tell me what DM > (gdm, sddm, sway) you're using? > > The gnome-keyring PAM service works by adding an auto_start login > entry, that refers to gnome-keyring's > /lib/security/pam_gnome_keyring.so. I don't think you need GNOME > keyring installed for that to run, but the default configuration > assumes you're running GDM. You will need to adjust it if you use > something else. > > Regards, > Leo I'm using sway, I launch it with `exec sway` from a tty.
bug#47610: gnome-keyring service doesn't appear
On Tue Apr 6, 2021 at 1:55 AM CDT, Leo Prikler wrote: > gnome-keyring-service is not a shepherd service. It is a pam service, > that ensures your login keyring (if it exists) is unlocked when you log > in. That's all it does. > > `ps x | grep gnome-keyring` should have a non-empty output. Mine > includes this: > /gnu/store/47nl5kpkc3sgwasrbk06sgaig22w07ha-gnome-keyring- > 3.34.0/bin/gnome-keyring-daemon --daemonize --login > > Regards, > Leo The only output I get back from that is the very grep I'm running. I didn't have gnome-keyring in my manifest, so I added it. Then I rebooted. Still nothing. I also installed python-keyring. Someone had me run `keyring --list-backends` which seems to show I have no working keyring backends. I haven't messed with keyrings before, so maybe I'm just doing something wrong here. (output of above command) ``` keyring.backends.fail.Keyring (priority: 0) keyring.backends.chainer.ChainerBackend (priority: -1) ```
bug#45179: qutebrowser stuck at Cloudflare 'browser checks'
On Tue Apr 6, 2021 at 4:41 PM CDT, bdju wrote: > While I was able to bypass the cloudflare checks in IceCat with that > User Agent Switcher addon, I found I so far haven't been able to get > past them in qutebrowser by changing my useragent. I tried both your > example and copying one of the useragents generated by UAS in IceCat. > Still caught in a loop. (and I am using --temp-basedir as you said, so > shouldn't be my config) I was too hasty! I both had to change my useragent and wait a long time! I didn't measure the time, but I'd guess over 10 minutes for Gitlab to work. Livechart took even longer. Thanks so much for this workaround. Oh, and this works without --temp-basedir, by the way. I should be able to actually use these sites in my normal session now I think!
bug#45179: qutebrowser stuck at Cloudflare 'browser checks'
On Tue Dec 22, 2020 at 10:34 AM CST, Michael Rohleder wrote: > Hello bdju, > > "bdju" writes: > > guix (GNU Guix) 91e35e32a4938e0e37499c64fa8ed3e7cf51dce3 > > some example sites with browser checks: > > https://gitlab.com/users/sign_in > > http://livechart.me/ > > > > I already contacted the people in the qutebrowser IRC. The bug persists > > when I launch with no config (`qutebrowser --temp-basedir'), and they > > could not reproduce the issue on the same version of qutebrowser I'm > > using. I suspect it may be an issue with the guix version. > > > > A workaround is setting the "User Agent" string to something CF likes, > e.g. like this: > qutebrowser --temp-basedir --set content.headers.user_agent 'Mozilla/5.0 > (Windows NT 6.1; rv:60.0) Gecko/20100101 Firefox/60.0' > https://gitlab.com/users/sign_in > > Maybe the reason why the (very helpful) #qutebrowser folks can't > reproduce this, is because they use another qt version (qutebrowser uses > qtwebengine) and perhaps this sets user agent to a string that CF has > whitelisted. > > I don't think there is much we could do here (besides updating qt and > mbakke has that in the pipeline, afaik). > > -- > COFFEE.EXE Missing - Insert Cup and Press Any Key While I was able to bypass the cloudflare checks in IceCat with that User Agent Switcher addon, I found I so far haven't been able to get past them in qutebrowser by changing my useragent. I tried both your example and copying one of the useragents generated by UAS in IceCat. Still caught in a loop. (and I am using --temp-basedir as you said, so shouldn't be my config)
bug#43710: missing debug symbols for dino dependencies
On Fri Oct 2, 2020 at 3:50 PM CDT, Ludovic Courtès wrote: > Hi bdju, > > "bdju" skribis: > > > It seems just the debug symbols for dino weren't quite enough to get > > good info. I also need debug symbols for the other dependencies. For > > sure glib or libglib, whichever it is. If there are other dependencies > > that could have debug output enabled, that would probably be helpful as > > well. > > Indeed, not all packages come with debugging symbols, as explained at: > > https://guix.gnu.org/manual/en/html_node/Installing-Debugging-Files.html > > However, I think this bug report is not actionable from the maintainer > perspective: we’re not going to enable debugging symbols on dino’s > dependencies (118 packages according to ‘guix graph -t references > dino’) > just because one person needs to debug it. > > That said, I agree it would be nice to have debugging symbols on key > packages such as GLib and/or to provide a simple way to obtain them > (I’m > thinking of a package transformation option.) That will take some more > time. > > I’m closing this bug but feel free to open more specific issues. > > Thanks, > Ludo’. Sounds fair. (looks like this wasn't closed, I'll try to close it now)
bug#43493: zathura (document reader) package missing .desktop file
On Mon Sep 21, 2020 at 2:22 AM CDT, Efraim Flashner wrote: > On Thu, Sep 17, 2020 at 11:36:21PM -0500, bdju via Bug reports for GNU > Guix wrote: > > My PDFs are opening in GIMP! I went to fix it, but it seems I don't have > > a generated zathura.desktop file. > > guix (GNU Guix) 679d5e6b3dcac4ee1f419c04b3719fead0bd9ee5 > > It looks like there's a .desktop file but it's named > org.pwmt.zathura.desktop. Does that work? > > -- > Efraim Flashner אפרים פלשנר > GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 > Confidentiality cannot be guaranteed on emails sent or received > unencrypted Yes, that works! Thank you.
bug#43388: sxiv gif support is not working
September 14, 2020 1:36 AM, "Timotej Lazar" wrote: > I tried [1] and it works with `sxiv -a` here. What does `file > picture.gif` say for your file? Thank you for pointing me in the right direction. I had an mp4 named as a gif! mpv could play it as-is, so I thought sxiv was to blame. Consider this issue solved (or rather not a real bug). Apologies for the delay, I've got my email filters set up wrong and replies to my issues seem to skip my inbox. I've just searched my bug-guix folder for my handle and found a lot of stuff now.
bug#47612: dino and gajim ignore my gtk theme
guix (GNU Guix) 04ba7a196ab23539f1c7897ca5349fa635c5e88d I am using Guix System. I have these settings in my ~/.config/gtk-3.0/settings.ini file. ``` gtk-application-prefer-dark-theme = true gtk-theme-name=Adwaita-dark ``` If I launch either dino or gajim, they have a bright theme. If I launch them with `GTK_THEME=Adwaita:dark` before the program name, they appear dark. pcmanfm successfully has a dark gtk theme. I used lxappearance to set my gtk theme, but it's just editing the usual files for me.
bug#47611: gajim-omemo does not appear in plugin list
guix (GNU Guix) 04ba7a196ab23539f1c7897ca5349fa635c5e88d I am using Guix System. I have the gajim and gajim-omemo packages installed. I cannot select any type of encryption in gajim. If I check the plugin list in gajim, it is blank. gajim-openpgp has the same problem. Somehow gajim is not detecting the plugins installed this way.
bug#47610: gnome-keyring service doesn't appear
guix (GNU Guix) 04ba7a196ab23539f1c7897ca5349fa635c5e88d I am on Guix System. Gajim told me I needed a keyring to save my password, so I installed gnome-keyring in my user's manifest. I then also added its service to my config.scm and did a reconfigure. After all that, I did a `sudo herd status` and gnome-keyring was not in the list anywhere.
bug#46398: hedgewars 1.0.0 fails to build again
Apparently there were issues back in August. Version number is still 1.0.0. Current build has been failing a couple weeks maybe. Build log here: http://ix.io/2OPc guix version: guix (GNU Guix) b421b2f66ec5b39bd1331e276bff5f9698cd65dc I am using Guix System.
bug#45280: qutebrowser has no audio
Sorry I don't think I saw the previous reply. Absolutely still a problem. I am on Guix System. It is not at all a system-wide issue. Most things have sound working fine.
bug#45280: qutebrowser has no audio
guix (GNU Guix) 91e35e32a4938e0e37499c64fa8ed3e7cf51dce3 qutebrowser v1.14.0 full :version output of qutebrowser: https://paste.the-compiler.org/view/ea2d3602 Has been going on for months now, but I don't think I filed a bug. Does not show up at all in pavucontrol.
bug#45179: qutebrowser stuck on browser checks forever
guix (GNU Guix) 91e35e32a4938e0e37499c64fa8ed3e7cf51dce3 some example sites with browser checks: https://gitlab.com/users/sign_in http://livechart.me/ I already contacted the people in the qutebrowser IRC. The bug persists when I launch with no config (`qutebrowser --temp-basedir'), and they could not reproduce the issue on the same version of qutebrowser I'm using. I suspect it may be an issue with the guix version.
bug#44947: No variable named guile-avahi in #
Computing Guix derivation for 'x86_64-linux'... |Backtrace: 6 (primitive-load "/gnu/store/smvqhjsr07cvrxh46grnxks6r7jy345m-compute-guix-derivation") In ice-9/eval.scm: 155:9 5 (_ _) 159:9 4 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?)) In ./guix/store.scm: 2049:24 3 (run-with-store # _ #:guile-for-build _ #:system _ #:target _) In ./guix/self.scm: 1254:16 2 (_ _) 788:2 1 (compiled-guix "/gnu/store/gxh0grqbpvkq1rc1cnh5h1190zds2kp6-guix-6e043df" #:version _ #:pull-version _ # ?) In ice-9/boot-9.scm: 2828:12 0 (module-ref _ _ . _) ice-9/boot-9.scm:2828:12: In procedure module-ref: No variable named guile-avahi in # guix pull: error: You found a bug: the program '/gnu/store/smvqhjsr07cvrxh46grnxks6r7jy345m-compute-guix-derivation' failed to compute the derivation for Guix (version: "6e043dfccdf4c584b7308b618167838a2f4bb79d"; system: "x86_64-linux"; host version: "f816deb9055669deaca59ac7652943adf7f11bb1"; pull-version: 1). Please report it by email to .
bug#43728: teeworlds missing sound
I don't hear any music or sound effects when playing teeworlds. guix (GNU Guix) 7806e568f6c61b97660e91f4f97dfbb9e81b9e06 It was my first time playing, so I have no way of knowing if it used to have sound or not. There's a keybind to toggle sound and it doesn't change anything.
bug#43710: missing debug symbols for dino dependencies
It seems just the debug symbols for dino weren't quite enough to get good info. I also need debug symbols for the other dependencies. For sure glib or libglib, whichever it is. If there are other dependencies that could have debug output enabled, that would probably be helpful as well.
bug#43685: xonotic player ID and stats reporting are broken
When playing on a server, assuming I've enabled the option in my profile, I should have my stats submitted to stats.xonotic.org and have a player profile made where my wins and losses are visible. This isn't working. I asked in the #xonotic IRC and it sounds like this sometimes happens from a certain file being left out of distro packages. "it tends to happen when using linux distro packages that omit key_0.d0pk" is the exact quote. This stats reporting does not seem like a privacy concern, and it's optional, so I doubt it was broken on purpose. Hopefully someone can fix it. I think the option adds some fun to the game and makes the community feel more alive. I would like to see my stats tracked properly. Hopefully I've given enough info for someone to look into this!
bug#43676: quaternion missing debug symbols
The quaternion package (matrix client) is missing the debug output. I cannot `guix install quaternion:debug`.
bug#43675: dino missing debug symbols
The dino package (xmpp client) is missing the debug output. I cannot `guix install dino:debug`.
bug#43556: OBS missing icons
guix (GNU Guix) ae144ec797cebf6f00f80177101020e92e8f2c47 OBS Studio - 25.0.8 (linux) here is a screenshot of my OBS: https://waifupaste.moe/raw/lDy here is a screenshot from the website, what it should look like https://obsproject.com/assets/images/OBSDemoApp2504.png notice the missing plus and minus buttos for sources, missing icons to the left of each source that would show which kind of source it is, missing icons to the right of the source for toggling if they're showing and so on
bug#43493: zathura (document reader) package missing .desktop file
My PDFs are opening in GIMP! I went to fix it, but it seems I don't have a generated zathura.desktop file. guix (GNU Guix) 679d5e6b3dcac4ee1f419c04b3719fead0bd9ee5
bug#43416: waybar 0.9.3 fails to build
build log: http://ix.io/2xBx guix (GNU Guix) 818237d947f0f48eaa1033bca9e090ceeeb5a9ab
bug#43388: sxiv gif support is not working
You should be able to run `sxiv -a filename.gif` to view gifs, but I just get an error: sxiv: /home/user/picture.gif: Error opening image sxiv: no more files to display, aborting It works as expected on my friend's machine running Arch.
bug#43387: sxiv package missing sxiv.desktop file
I need the sxiv.desktop file so that I can set it as the default program in xdg to open jpg and png files. guix (GNU Guix) 58a2c8084c66d9949933950fbf316eb95a46b1a4 sxiv 26
bug#43112: hedgewars 1.0.0 fails to build
build log here: http://ix.io/2vGD running guix (GNU Guix) a6b72a0f2b02f27c44c28d32ec26fc8188ee61b8
bug#42910: libfive fails to build
guix (GNU Guix) 2a20c22dcf7b6a01eca5d1142d2a34c39f2f948a It has been failing for some days now. build log here: http://ix.io/2uv3 This part was pointed out to me: (libfive/test/heightmap.cpp:261:5: error: ‘BENCHMARK’ was not declared in this scope)
bug#42018: next browser build failure
I suspect this build failure is related to the rename to Nyxt. Part of the build log says that package "NEXT" does not exist, and they have a new post on the website date about the rename. Log here: http://ix.io/2pWk guix version: guix (GNU Guix) c03cefc3d8dd826c4a74abbfe2b235525dca50fb
bug#41655: emacs-general fails to build
Builds fine for me now!
bug#41655: emacs-general fails to build
guix (GNU Guix) cef87bfea8a842d7dcf9a44c2305478fa6cca9b2 I will attempt to attach the build log. I tried pasting the contents and it crashed my mail client. Also, paste.debian.net is down. Feel free to advise me on how to send the log in the future, perhaps this method is not good. 8dvv6j5r7s63k5i8hr6p54lsjmwlvm-emacs-general-0-3.f38fb22.drv.bz2 Description: Binary data