bug#59331: sbcl currently fails to build on aarch64
...or I could just be an idiot. (I somehow thought that pre-inst-env would work without... actually compiling the changed guix repo, if the only changes were in a package definition, which is in retrospect dumb.) The previously attached patch works. Sorry for the confusion. -- Andrew Patterson
bug#59368: icecat does not honor /etc/timezone starting with 102.3.0.
Hi, I've recently found out that icecat wouldn't display time correctly for my local time zone anymore (even when the 'resistFingerprinting' in about:config is disabled, which would have usually resolved the problem). To test, I simply visit the https://everytimezone.com/, which shows your current time. This version from early September 2022 works: --8<---cut here---start->8--- /gnu/store/bzpyas70s9j95dqad00vafks5icg51dm-icecat-91.13.0-guix0-preview1/bin/icecat --8<---cut here---end--->8--- While this one from the end of September 2022 doesn't --8<---cut here---start->8--- /gnu/store/bzpyas70s9j95dqad00vafks5icg51dm-icecat-91.13.0-guix0-preview1/bin/icecat --8<---cut here---end--->8--- As a workaround, you can set your timezone explicitly (after ensuring there are no longer running icecat processes) like so: --8<---cut here---start->8--- TZ=America/Montreal icecat --8<---cut here---end--->8--- -- Thanks, Maxim
bug#59331: sbcl currently fails to build on aarch64
I contacted upstream (https://bugs.launchpad.net/sbcl/+bug/1996942); they've committed a fix and sent me a patch. I tried to make a patch to guix that would fix it, but the patch apparently isn't being applied just by adding it to the patches field of the origin and I'm not sure why. My current effort is attached. >From 29d58ab55a3c6d2e626274c6a9f2ab8cfcc57d06 Mon Sep 17 00:00:00 2001 From: Andrew Patterson Date: Thu, 17 Nov 2022 21:53:01 -0500 Subject: [PATCH] gnu: sbcl: Fix build on aarch64 sbcl 2.2.10 currently doesn't build on aarch64. Upstream has fixed the issue (https://bugs.launchpad.net/sbcl/+bug/1996942), but this patch is needed until the next release. --- gnu/packages/lisp.scm | 1 + ...ix-build-on-arm64-with-clisp-as-host.patch | 27 +++ 2 files changed, 28 insertions(+) create mode 100644 gnu/packages/patches/sbcl-fix-build-on-arm64-with-clisp-as-host.patch diff --git a/gnu/packages/lisp.scm b/gnu/packages/lisp.scm index 80018f8e1a..1b6b08d72f 100644 --- a/gnu/packages/lisp.scm +++ b/gnu/packages/lisp.scm @@ -429,6 +429,7 @@ (define-public sbcl (method url-fetch) (uri (string-append "mirror://sourceforge/sbcl/sbcl/" version "/sbcl-" version "-source.tar.bz2")) + (patches (search-patches "sbcl-fix-build-on-arm64-with-clisp-as-host.patch")) (sha256 (base32 "0cq8x4svkawirxq5s5gs4qxkl23m4q5p722a2kpss8qjfslc7hwc" (build-system gnu-build-system) diff --git a/gnu/packages/patches/sbcl-fix-build-on-arm64-with-clisp-as-host.patch b/gnu/packages/patches/sbcl-fix-build-on-arm64-with-clisp-as-host.patch new file mode 100644 index 00..4fe3ed16db --- /dev/null +++ b/gnu/packages/patches/sbcl-fix-build-on-arm64-with-clisp-as-host.patch @@ -0,0 +1,27 @@ +From 944f53fb00794f4bc96700dd14df1e88b6cd5623 Mon Sep 17 00:00:00 2001 +From: Christophe Rhodes +Date: Thu, 17 Nov 2022 22:29:26 + +Subject: [PATCH] Fix build on arm64 with clisp as host + +Make sure the offset constants are defined while compiling vm.lisp. +--- + src/compiler/arm64/vm.lisp | 3 ++- + 1 file changed, 2 insertions(+), 1 deletion(-) + +diff --git a/src/compiler/arm64/vm.lisp b/src/compiler/arm64/vm.lisp +index ae6d7c7fa..2a151be58 100644 +--- a/src/compiler/arm64/vm.lisp b/src/compiler/arm64/vm.lisp +@@ -23,7 +23,8 @@ + (macrolet ((defreg (name offset) + (let ((offset-sym (symbolicate name "-OFFSET"))) +`(progn +- (defconstant ,offset-sym ,offset) ++ (eval-when (:compile-toplevel :load-toplevel :execute) ++(defconstant ,offset-sym ,offset)) + (setf (svref *register-names* ,offset-sym) ,(symbol-name name) + +(defregset (name regs) +-- +2.30.2 + -- 2.38.1 -- Andrew Patterson
bug#59365: make-dynamic-linker-cache OOMs for LLVM 15 on i686-linux
Hello, LLVM 15.0.4 fails on i686-linux: https://ci.guix.gnu.org/build/1702995/details Because the 'make-dynamic-linker-cache' phase runs out of memory: starting phase `make-dynamic-linker-cache' GC Warning: Repeated allocation of very large block (appr. size 268439552): May lead to memory leak and poor performance GC Warning: Repeated allocation of very large block (appr. size 134221824): May lead to memory leak and poor performance GC Warning: Repeated allocation of very large block (appr. size 268439552): May lead to memory leak and poor performance GC Warning: Failed to expand heap by 285216768 bytes GC Warning: Failed to expand heap by 268439552 bytes GC Warning: Out of Memory! Heap size: 3620 MiB. Returning NULL! Warning: Unwind-only out of memory exception; skipping pre-unwind handler. Warning: Unwind-only out of memory exception; skipping pre-unwind handler. Warning: Unwind-only out of memory exception; skipping pre-unwind handler. (excerpt from https://ci.guix.gnu.org/build/1702995/log/raw) Not sure why this phase uses so much memory. Ideas? signature.asc Description: PGP signature
bug#59364: gnome clocks does not start due to missing libGLES.so
This is the exact error: Couldn't open libGLESv2.so.2: libGLESv2.so.2: cannot open shared object file: No such file or directory (Yes, a clock application not starting because it needs OpenGL is... pretty weird indeed.)
bug#59343: GDM hangs at login screen
Hi, Closing as 'notabug' in favor of 59361. -- Thanks, Maxim
bug#59361: linux-libre 6 breaks OpenGL on nouveau driver
Hi, When booting my Guix System with linux-libre 6.0.8, nouveau silently fails to render OpenGL. It includes symptoms such as: 1. Getting stuck on the GDM screen, which makes use of OpenGL 2. Not being able to use Qt5 or Qt6 applications, which renders via OpenGL. 3. the 'glxgears' program from mesa-utils displays frozen gears (not turning) My graphic card is an old nvidia 8800 GTS with 640 MiB of video RAM. Workaround: Adding the '(kernel linux-libre-5.15)' to my OS definition fixes it. -- Thanks, Maxim
bug#59359: Acknowledgement (Qt applications not usable when started in LightDM gtk-greeter)
tag 59359 +notabug thanks Hello, it turns out to be something else entirely: OpenGL stopped working for my graphic card (nvidia 8800 GTS) when using nouveau from the latest linux-libre 6.0.X. It works when using linux-libre 5.15.X. Closing. -- Thanks, Maxim
bug#59359: Qt applications not usable when started in LightDM gtk-greeter
Hello, I need to investigate this more, but currently starting Qt applications such as Jami and Linphone in a session started via the LightDM + lightdm-gtk-greeter (the default) greeter can't display properly (the UI appears but cannot be used -- switching windows and returning to it it doesn't redraw at all). To be investigated. -- Thanks, Maxim
bug#31403: Font installed in non-default profile doesn't appear.
Hi, George Clemmer writes: > George Clemmer writes: > >> Alex Kost writes: >> >>> Hello George, >>> >>> George Clemmer (2018-05-08 20:04 -0400) wrote: >>> In a "headless" vm-image (sysi29.scm, attached), "font-dejavu" installed by manifest (attached) into the "empty" default profile ... 'guix package -m manifest' ... appears in the emacs 'M-x menu-set-font' choice box. But it doesn't appear with the same manifest installed in the "foo" profile ... >>> >>> To make fonts available from a non-standard profile I added the >>> following line into my "~/config/fontconfig/fonts.conf": >>> >>> ~/path-to-my-profile/share/fonts >> >> Thank you Alex! >> >> On the chance it might be useful to someone else, this ... >> >> >> >> >> >> ~/path-to-my-profile/share/fonts >> >> >> ... in "~/.config/fontconfig/fonts.conf" worked for me ;-) > > Given that this works, ISTM this can be fixed by placing ... > > > > > > share/fonts > > > ... in "/etc/fonts/fonts.conf". > > WDYT? - George What was this bug about exactly? Having fonts installed to arbitrary profiles usable by the system? If so, I think that's out of scope. Note that installing fonts to a profile where XDG_DATA_DIRS is set should now be discoverable by fontconfig. I'm closing the issue, but feel free to reopen it if I missed something. -- Thanks, Maxim
bug#36924: GDM, GNOME Shell, etc. break when there are stale caches
Hi Maxim, On Thu, 17 Nov 2022 at 17:39, Maxim Cournoyer wrote: > Seems your closing didn't work, so I'm retrying here. Oh, thanks. I probably missed to append -done. :-) Cheers, simon
bug#59339: mpv: possible misconfiguration
retitle 59279 MPV does not work on X11 merge 59279 59339 thanks Kristian Lein-Mathisen 写道: Is it possible that mpv's default configuration has changed Yes, that seems to be the case. Thanks for the report! Kind regards, T G-R signature.asc Description: PGP signature
bug#59339: mpv: possible misconfiguration
Hi, I'm using mpv a lot and on the latest guix pull it stopped working with this error message: klm@pal ~ ➤ mpv https://download.blender.org/durian/trailer/sintel_trailer-480p.ogv [ffmpeg/demuxer] ogg: Broken file, keyframe not correctly marked. (+) Video --vid=1 'Sintel Trailer' (theora 854x480) (+) Audio --aid=1 (vorbis 2ch 48000Hz) [vo/gpu] VT_GETMODE failed: Inappropriate ioctl for device [vo/gpu/opengl] Failed to set up VT switcher. Terminal switching will be unavailable. [vo/gpu] Failed to commit ModeSetting atomic request (-13) [vo/gpu/opengl] Failed to set CRTC for connector 95: Permission denied Error opening/initializing the selected video_out (--vo) device. Video: no video Exiting... (Errors when loading file) klm@pal ~ ➤ readlink $(which mpv) /gnu/store/3i6dmnksdr4sif66hlgh1g0dxfqwxzsi-mpv-0.35.0/bin/mpv After some looking around a bit, I found that gpu-contexts have changed: klm@pal ~ ➤ mpv -gpu-context help GPU contexts (APIs): auto (autodetect) wayland (opengl) drm (opengl) klm@pal ~ ➤ /gnu/store/2chvq95z20s7xihyayiayiy40fvyqn0g-mpv-0.34.1/bin/mpv -gpu-context help GPU contexts (APIs): auto (autodetect) wayland (opengl) x11egl (opengl) drm (opengl) I don't know if it's relevant but may help tracking the cause of this problem down. mpv 0.34.0 works without problems. I found this recent patch on mpv: https://issues.guix.gnu.org/28457 Is it possible that mpv's default configuration has changed and is now causing problems for old X11 setups? I'm in integrated Intel graphics, Linux-Libre 6.0.8-gnu #1 SMP PREEMPT_DYNAMIC 1 x86_64 GNU/Linux Thanks, K.