bug#57292: GDM accessibility menu buttons don't do anything
Hello Guix! I've just noticed that the accessibility buttons at the top right of the screen, e.g. "High Contrast" don't stick in the enable position, and do seem to do anything. Both in 40.1 and the 42.0 I'm about to update to. Thanks, Maxim
bug#57285: xdg-desktop-portal update executables no longer ELF binaries
On Thu, 18 Aug 2022, Liliana Marie Prikler wrote: Could it be that you have a corrupt (possibly empty) file? On my machine I have $ file /gnu/store/dfp9xsk36wkanaan6zcylc2b86bfj2y7-xdg-desktop-portal- 1.14.4/libexec/xdg-desktop-portal /gnu/store/dfp9xsk36wkanaan6zcylc2b86bfj2y7-xdg-desktop-portal- 1.14.4/libexec/xdg-desktop-portal: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/ld-linux- x86-64.so.2, for GNU/Linux 2.6.32, stripped $ file /gnu/store/bp9j67p8ynif5p2vbjl7lg294f5aihxk-xdg-desktop-portal- 1.14.4/libexec/xdg-desktop-portal /gnu/store/bp9j67p8ynif5p2vbjl7lg294f5aihxk-xdg-desktop-portal- 1.14.4/libexec/xdg-desktop-portal: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/ld-linux- x86-64.so.2, for GNU/Linux 2.6.32, stripped Indeed, it was corrupt. After collecting the affected items, and re-fetching substitutes, everything looks good. Thanks! Jack
bug#57285: xdg-desktop-portal update executables no longer ELF binaries
Am Donnerstag, dem 18.08.2022 um 15:36 -0400 schrieb Jack Hill: > X-Debbugs-CC: othac...@gnu.org > > Hi Guix, > > After the recent update to xdg-desktop-portal (commit > 38d7e6d6b7467839c2f577783b6c97194ff5026b), I find that the > xdg-desktop-portal executalbe is no longer an ELF binary. This causes > portal using applications (I noticed with obs) to not be able to launch > the portal, and print messages like "[portals] Error retrieving D-Bus > proxy: Error calling StartServiceByName for > org.freedesktop.portal.Desktop: Failed to execute program > org.freedesktop.portal.Desktop: Exec format error" Could it be that you have a corrupt (possibly empty) file? On my machine I have $ file /gnu/store/dfp9xsk36wkanaan6zcylc2b86bfj2y7-xdg-desktop-portal- 1.14.4/libexec/xdg-desktop-portal /gnu/store/dfp9xsk36wkanaan6zcylc2b86bfj2y7-xdg-desktop-portal- 1.14.4/libexec/xdg-desktop-portal: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/ld-linux- x86-64.so.2, for GNU/Linux 2.6.32, stripped $ file /gnu/store/bp9j67p8ynif5p2vbjl7lg294f5aihxk-xdg-desktop-portal- 1.14.4/libexec/xdg-desktop-portal /gnu/store/bp9j67p8ynif5p2vbjl7lg294f5aihxk-xdg-desktop-portal- 1.14.4/libexec/xdg-desktop-portal: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/ld-linux- x86-64.so.2, for GNU/Linux 2.6.32, stripped Cheers
bug#57285: xdg-desktop-portal update executables no longer ELF binaries
X-Debbugs-CC: othac...@gnu.org Hi Guix, After the recent update to xdg-desktop-portal (commit 38d7e6d6b7467839c2f577783b6c97194ff5026b), I find that the xdg-desktop-portal executalbe is no longer an ELF binary. This causes portal using applications (I noticed with obs) to not be able to launch the portal, and print messages like "[portals] Error retrieving D-Bus proxy: Error calling StartServiceByName for org.freedesktop.portal.Desktop: Failed to execute program org.freedesktop.portal.Desktop: Exec format error" """ jackhill@leyden ~/repos/guix [env]$ git log HEAD^..HEAD commit ceacf8e32f3671ab598c71e691b580a72af4e16e (HEAD -> master, origin/master, origin/HEAD) Author: Jan (janneke) Nieuwenhuizen Date: Thu Aug 18 16:10:22 2022 +0200 gnu: dezyne: Update to 2.16.0. * gnu/packages/dezyne.scm (dezyne): Update to 2.16.0. jackhill@leyden ~/repos/guix [env]$ file $(./pre-inst-env guix build xdg-desktop-portal)/libexec/xdg-desktop-portal /gnu/store/bp9j67p8ynif5p2vbjl7lg294f5aihxk-xdg-desktop-portal-1.14.4/libexec/xdg-desktop-portal: data jackhill@leyden ~/repos/guix [env]$ git revert 38d7e6d6b7467839c2f577783b6c97194ff5026b Auto-merging gnu/packages/freedesktop.scm [master 51f81ad19a] Revert "gnu: xdg-desktop-portal: Update to 1.14.4." 1 file changed, 7 insertions(+), 11 deletions(-) jackhill@leyden ~/repos/guix [env]$ make make all-recursive make[1]: Entering directory '/home/jackhill/repos/guix' Making all in po/guix make[2]: Entering directory '/home/jackhill/repos/guix/po/guix' make[2]: Nothing to be done for 'all'. make[2]: Leaving directory '/home/jackhill/repos/guix/po/guix' Making all in po/packages make[2]: Entering directory '/home/jackhill/repos/guix/po/packages' make[2]: Nothing to be done for 'all'. make[2]: Leaving directory '/home/jackhill/repos/guix/po/packages' make[2]: Entering directory '/home/jackhill/repos/guix' Compiling Scheme modules... Compiling Scheme modules... [ 78%] LOAD gnu/packages/freedesktop.scm ;;; note: source file ./gnu/packages/freedesktop.scm ;;; newer than compiled /home/jackhill/repos/guix/gnu/packages/freedesktop.go ;;; note: source file ./gnu/packages/freedesktop.scm ;;; newer than compiled /home/jackhill/repos/guix/gnu/packages/freedesktop.go [ 78%] GUILEC gnu/packages/freedesktop.go Compiling Scheme modules... Compiling Scheme modules... make[2]: Leaving directory '/home/jackhill/repos/guix' make[1]: Leaving directory '/home/jackhill/repos/guix' jackhill@leyden ~/repos/guix [env]$ file $(./pre-inst-env guix build xdg-desktop-portal)/libexec/xdg-desktop-portal /gnu/store/0hab3g3r058yvm9902xg71y94xr6bwb8-xdg-desktop-portal-1.10.1/libexec/xdg-desktop-portal: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, stripped """ Best, Jack
bug#57284: mail command from mailutils fails to send messages
Hello, I couldn't make the mail command (from mailutils package) send messages in a GUIX system. That is what I get when trying to send a local message: $ echo test | mail semente mail: Cannot open mailer: No such file or directory mail: cannot send message: No such file or directory I have opensmtpd running. Thanks, semente
bug#57283: opensmtpd: permission issue while trying to deliver messages to mboxes in /var/mail
Hello, After setup opensmtpd service in a Guix system I could use it to send local messages but the messages won't be delivered to user's default mailboxes due lack of write permissions for the /var/mail directory. I could only fix this by changing /var/mail permissions to 777. I also tried changing its owner to the user that runs opensmtpd (smtpd user) but it worked only when I give write permissions to all. Related error logs: Aug 18 14:48:32 localhost lockspool: /var/mail/semente.lock: Permission denied Aug 18 17:50:39 localhost smtpd[12620]: 55190016986121ba mda delivery evpid=f923e987d2d9e39b from= to= rcpt= user=semente delay=25m10s result=TempFail stat=Error (terminated; timeout) Thanks, semente
bug#57282: dbus-daemon warnings: Failed to query location: TLS/SSL support not available; install glib-networking
Hello, I have seen multiple log messages from dbus-daemon with a warning as the following: Aug 18 13:42:45 localhost shepherd[1]: [dbus-daemon] Aug 18 13:42:45 localhost shepherd[1]: [dbus-daemon] (geoclue:1074): Geoclue-WARNING **: 13:42:45.973: Failed to query location: TLS/SSL support not available; install glib-networking I'm running a GUIX desktop system with GNOME. I wondering if the gnome package is missing glib-networking as dependency. Installing glib-networking system-wide or in the user space doesn't fix the issue. Thanks, semente
bug#57269: [rtl8812au-aircrack-ng-linux-module] Missing Source for hal/rtl8812a/hal8812a_fw.c (and probably other files ending in fw.c)
Tobias, On Thu, 18 Aug 2022, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: Attached is a patch removing the rtl8821ce-linux-module and rtl8812au-aircrack-ng-linux-module packages. diff --git a/gnu/system/examples/bare-bones.tmpl b/gnu/system/examples/bare-bones.tmpl index 387e4b12ba..ecac4bb3d1 100644 --- a/gnu/system/examples/bare-bones.tmpl +++ b/gnu/system/examples/bare-bones.tmpl @@ -19,6 +19,7 @@ (file-systems (cons (file-system (device (file-system-label "my-root")) (mount-point "/") + (options "atime,lol,ro,shared,shared") Looks like you have an extraneous change here. Best, Jack
bug#57269: [rtl8812au-aircrack-ng-linux-module] Missing Source for hal/rtl8812a/hal8812a_fw.c (and probably other files ending in fw.c)
Hi Jacob, Jacob K via Bug reports for GNU Guix 写道: Files such as hal8812a_fw.c [1] have large arrays that seem to be binary firmware encoded in text. My understanding is that source code is not available, so I believe the files are nonfree software, Even if free source code exists, we should still remove the blobs and build our own. (Yes, we actually do this for other firmware :-) the short-term at least, be removed from Guix. Long term it would be good to get the source code (via reverse engineering or asking Realtek), but I imagine that would take a significant amount of time and effort (I do have a Realtek USB Wi-Fi card, maybe not with this exact firmware though.). Unfortunately all correct. Another blow to wireless networking with Guix. Attached is a patch removing the rtl8821ce-linux-module and rtl8812au-aircrack-ng-linux-module packages. I didn't apply it yet. Since this case, unlike some others, appears to be straightforward, I don't intend to wait long. Kind regards, T G-R From a4650f7dbad4458d3bc907a96a45a334d1d2a086 Mon Sep 17 00:00:00 2001 From: Tobias Geerinckx-Rice Date: Sun, 14 Aug 2022 02:00:00 +0200 Subject: [PATCH 01/12] gnu: Remove Realtek WiFi drivers with firmware blobs. rtl8821ce-linux-module contains, e.g., halhwimg8821c_fw.c and hal8821c_fw.c. rtl8812au-aircrack-ng-linux-module has, e.g., hal8814a_fw.c, hal8812a_fw.c, and hal8821a_fw.c. Each of these examples contains non-free firmware blobs disguised as C arrays. * gnu/packages/linux.scm (rtl8821ce-linux-module) (rtl8812au-aircrack-ng-linux-module): Remove variables. Reported by Jacob K --- gnu/packages/linux.scm | 75 - gnu/system/examples/bare-bones.tmpl | 1 + 2 files changed, 1 insertion(+), 75 deletions(-) diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm index fb8b4fa5a8..2c1a38b5c4 100644 --- a/gnu/packages/linux.scm +++ b/gnu/packages/linux.scm @@ -1373,81 +1373,6 @@ (define-public lkrg detection of security vulnerability exploits against the kernel.") (license license:gpl2))) -(define-public rtl8821ce-linux-module - (let ((commit "be733dc86781c68571650b395dd0fa6b53c0a039") -(revision "6")) -(package - (name "rtl8821ce-linux-module") - (version (git-version "0.0.0" revision commit)) - (source - (origin - (method git-fetch) - (uri (git-reference - (url "https://github.com/tomaspinho/rtl8821ce;) - (commit commit))) - (file-name (git-file-name name version)) - (sha256 - (base32 - "00sd7s0582b9jcpfgy0fw6418dwg700mfyizkfr22jf2x140iy70" - (build-system linux-module-build-system) - (arguments - (list #:make-flags - #~(list (string-append "CC=" #$(cc-for-target)) - (string-append "KSRC=" -(assoc-ref %build-inputs - "linux-module-builder") -"/lib/modules/build")) - #:phases - #~(modify-phases %standard-phases - (replace 'build - (lambda* (#:key (make-flags '()) (parallel-build? #t) - #:allow-other-keys) - (apply invoke "make" -`(,@(if parallel-build? -`("-j" ,(number->string (parallel-job-count))) -'()) - ,@make-flags) - #:tests? #f)) ; no test suite - (home-page "https://github.com/tomaspinho/rtl8821ce;) - (synopsis "Linux driver for Realtek RTL8821CE wireless network adapters") - (description "This is Realtek's RTL8821CE Linux driver for wireless -network adapters.") - (license license:gpl2 - -(define-public rtl8812au-aircrack-ng-linux-module - (let ((commit "6d0d9fb56d4d918012a5c7a030b9233cad039cdd") -(revision "8")) -(package - (inherit rtl8821ce-linux-module) - (name "rtl8812au-aircrack-ng-linux-module") - (version (git-version "5.6.4.2" revision commit)) - (source - (origin - (method git-fetch) - (uri (git-reference - (url "https://github.com/aircrack-ng/rtl8812au;) - (commit commit))) - (file-name (git-file-name name version)) - (sha256 - (base32 "012asiy43ik13kl9p97sscdsqq5jihq73s4ws3g5wqqczqcgrsvc")) - (modules '((guix build utils))) - (snippet - #~(begin - ;; Remove bundled tarballs, APKs, word lists, speadsheets, - ;; and other unnecessary unlicenced things. - (for-each delete-file-recursively (list "android" - "docs" - "tools")) - (supported-systems '("x86_64-linux"
bug#57109: arm-none-eabi-toolchain atomic support is broken
Jean Pierre De Jesus DIAZ via Bug reports for GNU Guix writes: > The following works though. No newlib or anything: > > guix shell --expression='((@ (gnu packages cross-base) cross-gcc) > "arm-none-eabi")' -- \ >bash -c "echo '#include ' \ > | arm-none-eabi-gcc -x c -o /dev/null -c -" > > > — > Jean-Pierre De Jesus DIAZ > > > --- Original Message --- > On Wednesday, August 10th, 2022 at 1:14 PM, Jean Pierre De Jesus DIAZ > wrote: > > >> The atomic supports for this toolchain is broken: >> >> A minimal test case: >> >> guix shell arm-none-eabi-toolchain -- \ >> bash -c "echo '#include ' \ >> >> | arm-none-eabi-gcc -x c -o /dev/null -c -" >> >> Something similar found online: >> >> https://sourceware.org/legacy-ml/newlib/2017/msg00150.html >> >> However no solution. >> >> This happens with all versions of the arm-none-eabi-toolchain >> packages. >> >> — >> Jean-Pierre De Jesus DIAZ Might be a good idea to add a (regression) test for this in advance. Wish I could help, but my expermientation with cross compilation with Guix were largely fruitless.
bug#57269: [rtl8812au-aircrack-ng-linux-module] Missing Source for hal/rtl8812a/hal8812a_fw.c (and probably other files ending in fw.c)
Files such as hal8812a_fw.c [1] have large arrays that seem to be binary firmware encoded in text. My understanding is that source code is not available, so I believe the files are nonfree software, and should, in the short-term at least, be removed from Guix. Long term it would be good to get the source code (via reverse engineering or asking Realtek), but I imagine that would take a significant amount of time and effort (I do have a Realtek USB Wi-Fi card, maybe not with this exact firmware though.). [1] web copy at https://raw.githubusercontent.com/aircrack-ng/rtl8812au/6c1b4a333b067eaddc9b8b34927019b41b99bc36/hal/rtl8812a/hal8812a_fw.c
bug#54407: Issues building grub for powerpc64le, could not force big-endian
Doesn't work for me: while setting up the build environment: a `powerpc-linux' is required to build `/gnu/store/gmq50nq4xf4wa0msqms140s3jkk5v47q-guile-bootstrap-2.0.drv', but I am a `x86_64-linux' even though QEMU has been set up, though that's more a local configuration problem than a problem in gcc package. Greetings, Maxime. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
bug#57272: libvirt 8.6 fails to start network
Hi, after the update to libvirt 8.6.0 in 3a76c2bfd94557c9776aa11240fec14580aec1b0 networks don’t start any more: > LANG=C virsh net-start default error: Failed to start network default error: Unable to find 'dnsmasq' binary in $PATH: No such file or directory I tried to patch dnsmasq’s path like follows, but then the testcase networkxml2conftest fails and cannot find dnsmasq either. ---snip--- diff --git a/gnu/packages/virtualization.scm b/gnu/packages/virtualization.scm index d451b8529e..89507774cb 100644 --- a/gnu/packages/virtualization.scm +++ b/gnu/packages/virtualization.scm @@ -1311,6 +1311,12 @@ (define-public libvirt (substitute* "scripts/meson-install-dirs.py" (("destdir = .*") "destdir = '/tmp'" + (add-after 'unpack 'fix-paths +(lambda* (#:key inputs #:allow-other-keys) + (let ((dnsmasq (search-input-file inputs "sbin/dnsmasq"))) +(substitute* "src/util/virdnsmasq.c" + (("#define DNSMASQ \"dnsmasq\"") + (string-append "#define DNSMASQ \"" dnsmasq "\"")) (add-before 'configure 'disable-broken-tests (lambda _ (let ((tests (list "commandtest" ; hangs idly ---snap--- I’m not sure what the problem might be. Lars
bug#54407: Issues building grub for powerpc64le, could not force big-endian
On 18-08-2022 10:11, Maxime Devos wrote: On 04-04-2022 21:37, Christopher Baines wrote: Maybe you could add a gcc compiling for 32-bit ppc (maybe without a glibc since this is grub) and patch the configuration script to use the 32-bit ppc gcc instead of using the 64-bit ppc+-m32? I've had a go at this, using something like what I've included below, but I haven't stumbled upon the right options yet, or a way to work out why gcc still thinks "-m32 not supported". [...] I was thinking of skipping the multilib and maybe skipping support for multiple endians, something like: (use-modules (guix utils) (guix packages) (guix gexp)) (define (ppc-32bit-gcc) (if (%current-target-system) (error "not supported -- TODO make a cross-compiler to 32-bit ppc here with cross-gcc") (package (inherit (@ (gnu packages gcc) gcc)) (arguments (substitute-keyword-arguments (package-arguments (@ (gnu packages gcc) gcc)) ((#:system _) "ppc-linux") ((#:configure-flags flags) (pk 'f #~(append (list "--with-endian=big") #$flags (ppc-32bit-gcc) (currently compiling, let's see if if it works ...) The #:system doesn't work, trying (use-modules (guix utils) (guix packages) (guix gexp)) (define (ppc-32bit-gcc) (if (%current-target-system) (error "not supported -- TODO make a cross-compiler to 32-bit ppc here with cross-gcc") (package (inherit (@ (gnu packages gcc) gcc)) (arguments (substitute-keyword-arguments (cons* #:system "powerpc-linux" (package-arguments (@ (gnu packages gcc) gcc))) ((#:configure-flags flags) (pk 'f #~(append (list "--with-endian=big") #$flags (ppc-32bit-gcc) instead. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
bug#54407: Issues building grub for powerpc64le, could not force big-endian
On 04-04-2022 21:37, Christopher Baines wrote: Maybe you could add a gcc compiling for 32-bit ppc (maybe without a glibc since this is grub) and patch the configuration script to use the 32-bit ppc gcc instead of using the 64-bit ppc+-m32? I've had a go at this, using something like what I've included below, but I haven't stumbled upon the right options yet, or a way to work out why gcc still thinks "-m32 not supported". [...] I was thinking of skipping the multilib and maybe skipping support for multiple endians, something like: (use-modules (guix utils) (guix packages) (guix gexp)) (define (ppc-32bit-gcc) (if (%current-target-system) (error "not supported -- TODO make a cross-compiler to 32-bit ppc here with cross-gcc") (package (inherit (@ (gnu packages gcc) gcc)) (arguments (substitute-keyword-arguments (package-arguments (@ (gnu packages gcc) gcc)) ((#:system _) "ppc-linux") ((#:configure-flags flags) (pk 'f #~(append (list "--with-endian=big") #$flags (ppc-32bit-gcc) (currently compiling, let's see if if it works ...) Greetings, Maxime. OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature