bug#54944: guix pull hangs on 32 bit

2022-11-30 Thread Csepp


Maxim Cournoyer  writes:

> Hi!
>
> raingloom  writes:
>
>> It's been at 67% on guix-packages-base for at least an hour now. The
>> system itself is responsive and with the swap I gave it, it has more
>> than enough memory. Htop shows three guile processes at the top of the
>> list when sorted by CPU%, their states are S, D, D.
>> Both CPUs are practically idling.
>> This looks like some kind of lockup to me.
>>
>> Fresh install based on bare-bones example on a 32 bit netbook, but the
>> install image used is the latest tagged version, since apparently there
>> is no 32 bit option for edge.
>>
>> I also tried pulling using channel-with-substitutes, since I'm not too
>> keen on locally building everything on such an old machine. Although
>> Guix itself should frankly not take this long to build if we want to be
>> competitive with other distros. Anyways, pulling with that in
>> channels.scm gives a cert related error, so that's great, means old
>> images can't easily be used for installation.
>
> Have you been able to reproduce this?  If so, could you share the commit
> you are starting from and the CPU architecture, so that we may hopefully
> reproduce too?
>
> Thanks,
>
> Maxim

CPU architecture is x86, commit it happened on last time is 347733b.
Other possibly relevant factors:
* spinning rust storage
* 1GB RAM
* encrypted BTRFS root
* 4GB (encrypted) swap
* 128MB zswap

The last was not there when I originally submitted the bug.

The swap is relevant because if it's a timing issue it's very possible
some part of the code assumes reads are almost instant, which is not
true with swap, and delaying a read might be exposing a race condition.





bug#58690: [PATCH] gnu: emacs-ess: Update to 18.10.2-1.01e7f5b.

2022-11-30 Thread Ricardo Wurmus
* gnu/packages/statistics.scm (emacs-ess): Update to 18.10.2-1.01e7f5b.
[source]: Update snippet; remove patch.
[arguments]: Use gexp; add phase "patch-test-suite"; run tests conditionally.
[inputs]: Drop package labels.
* gnu/packages/patches/emacs-ess-fix-obsolete-function-alias.patch: Remove file.
* gnu/local.mk (dist_patch_DATA): Remove it.
---
 gnu/local.mk  |  1 -
 ...macs-ess-fix-obsolete-function-alias.patch | 23 -
 gnu/packages/statistics.scm   | 87 +--
 3 files changed, 60 insertions(+), 51 deletions(-)
 delete mode 100644 
gnu/packages/patches/emacs-ess-fix-obsolete-function-alias.patch

diff --git a/gnu/local.mk b/gnu/local.mk
index 9443dd617a..f61141dd27 100644
--- a/gnu/local.mk
+++ b/gnu/local.mk
@@ -1055,7 +1055,6 @@ dist_patch_DATA = 
\
   %D%/packages/patches/elogind-revert-polkit-detection.patch   \
   %D%/packages/patches/emacs-deferred-fix-number-of-arguments.patch\
   %D%/packages/patches/emacs-exec-path.patch   \
-  %D%/packages/patches/emacs-ess-fix-obsolete-function-alias.patch \
   %D%/packages/patches/emacs-git-email-missing-parens.patch\
   %D%/packages/patches/emacs-fix-scheme-indent-function.patch  \
   %D%/packages/patches/emacs-json-reformat-fix-tests.patch \
diff --git a/gnu/packages/patches/emacs-ess-fix-obsolete-function-alias.patch 
b/gnu/packages/patches/emacs-ess-fix-obsolete-function-alias.patch
deleted file mode 100644
index f7b61391c3..00
--- a/gnu/packages/patches/emacs-ess-fix-obsolete-function-alias.patch
+++ /dev/null
@@ -1,23 +0,0 @@
-From 9cc5520e1998d03f5dec0fbb1fe71b7cdec38b65 Mon Sep 17 00:00:00 2001
-From: Alex Branham 
-Date: Wed, 6 Jan 2021 06:41:20 -0500
-Subject: [PATCH] Add required when to obsolete function alias
-
-Closes #1085

- lisp/ess-r-package.el | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/lisp/ess-r-package.el b/lisp/ess-r-package.el
-index 260959955..397ce14e6 100644
 a/lisp/ess-r-package.el
-+++ b/lisp/ess-r-package.el
-@@ -577,7 +577,7 @@ package mode. Use this function if state of the buffer 
such as
-   (error "As of ESS 16.04, `ess-developer' is deprecated. Use 
`ess-r-set-evaluation-env' instead"))
- 
- (defalias 'ess-toggle-developer 'ess-developer)
--(define-obsolete-function-alias 'ess-r-devtools-check-package-buildwin 
'ess-r-devtools-check-with-winbuilder)
-+(define-obsolete-function-alias 'ess-r-devtools-check-package-buildwin 
'ess-r-devtools-check-with-winbuilder "18.04")
- (define-obsolete-function-alias 'ess-r-devtools-ask 
'ess-r-devtools-execute-command "18.04")
- 
- (make-obsolete-variable 'ess-developer "Please use 
`ess-developer-select-package' and `ess-r-set-evaluation-env' instead." "16.04")
diff --git a/gnu/packages/statistics.scm b/gnu/packages/statistics.scm
index 16fb06e35a..3be9aea6cd 100644
--- a/gnu/packages/statistics.scm
+++ b/gnu/packages/statistics.scm
@@ -6426,11 +6426,10 @@ (define-public java-jdistlib
 (license license:gpl2+)))
 
 (define-public emacs-ess
-  ;; Latest release is old.  This is not the latest commit either due to bug
-  ;; reported here: .
-  (let ((commit "24da603184ce39246611dd5b8602e769d7ebd5bf")
+  ;; Latest release is old.
+  (let ((commit "01e7f5b482b8a3331f1341483dedf2bd30403423")
 (version "18.10.2")
-(revision "0"))
+(revision "1"))
 (package
   (name "emacs-ess")
   (version (git-version version revision commit))
@@ -6441,7 +6440,7 @@ (define-public emacs-ess
(url "https://github.com/emacs-ess/ESS";)
(commit commit)))
  (sha256
-  (base32 "0j98lv07nzwzd54d4dgcfz01wy5gj48m0mnirxzh5r45ik2myh1r"))
+  (base32 "1b40rbbqzgfxj88357aixq646g3v3f88k9kwhgmyyjy9lb2dljkb"))
  (file-name (git-file-name name version))
  (modules '((guix build utils)))
  (snippet
@@ -6459,9 +6458,6 @@ (define-public emacs-ess
  ;; Stop install-info from trying to update the info directory.
  (substitute* "doc/Makefile"
((".*/dir.*") ""))
- ;; Fix r-help-mode test.
- (substitute* "test/ess-test-r.el"
-   (("\\(equal ess-help-object \"plot.default\")") "t"))
  ;; Avoid generating ess-autoloads.el twice.
  (substitute* "Makefile"
(("all: lisp doc etc autoloads")
@@ -6471,30 +6467,67 @@ (define-public emacs-ess
(("mkdir -p \\$\\(ESSDESTDIR)")
 "$(MAKE) -C lisp install; $(MAKE) -C doc install")
(("\\$\\(INSTALL) -R \\./\\* \\$\\(ESSDESTDIR)/")
-"$(MAKE) -C etc install"))
- #t))
- (patches
-  (search-patches "emacs-ess-fix-obsolete-function-alias.patch"
+"$(MAKE) -C etc install"))
   (build-system gnu-build-system)
   (arguments
-   (let

bug#59364: gnome clocks does not start due to missing libGLES.so

2022-11-30 Thread Simon Streit
Csepp  writes:
> It does work with LIBGL_ALWAYS_SOFTWARE=1, but it would be pretty messed
> up if that had to be enabled globally.

Thanks for that tip! 

I fired up a recent Fedora live image to see that these applications do
work in wayland on this old machine.  Which they do. 

Gnome in Ferdora is already at 43.  





bug#59717: ‘guix’ package fails to build on armhf-linux (OOM)

2022-11-30 Thread pelzflorian (Florian Pelz)
Ludovic Courtès  writes:
> [ 76%] GUILEC   gnu/packages/uucp.go
> [ 76%] GUILEC   gnu/packages/valgrind.go
> [ 76%] GUILEC   gnu/packages/version-control.go
> [ 76%] GUILEC   gnu/packages/video.go
> GC Warning: Failed to expand heap by 67125248 bytes
> GC Warning: Failed to expand heap by 67108864 bytes
> GC Warning: Out of Memory! Heap size: 3440 MiB. Returning NULL!

Happens for me too, unless I do --cores=1.

(In fact my computer turned off for unrelated reasons before the build
finished, but it had gone past to at least xorg.scm.  But I think
--cores=1 made a difference.)

Regards,
Florian





bug#59364: gnome clocks does not start due to missing libGLES.so

2022-11-30 Thread Csepp


Simon Streit  writes:

> Hello,
>
> Csepp  writes:
>
>> This is the exact error:
>> Couldn't open libGLESv2.so.2: libGLESv2.so.2: cannot open shared object 
>> file: No such file or directory
>
> I can confirm this error, though it only happens in wayland enabled
> sessions on my old laptop with an Intel GM965/GL960.  This doesn't
> happen on machines with modern graphics cards installed.
>
> The list is longer for me on Gnome applications that will fail to start:
>
> gnome-calculator, gnome-calendar, gnome-characters, gnome-clocks
> gnome-contacts, gnome-font-viewer, etc.
>
> Checkout is at 8f9588185d74f1f251b041b84d43302c337588ff.

It does work with LIBGL_ALWAYS_SOFTWARE=1, but it would be pretty messed
up if that had to be enabled globally.





bug#57742: QT plugins from profile not found (QT_PLUGIN_PATH)

2022-11-30 Thread kiasoc5 via Bug reports for GNU Guix
Would it be possible to patch the wrapper before the Guix 1.4.0 release, 
or at least document somewhere that qt wayland is blocked by this bug?






bug#59717: ‘guix’ package fails to build on armhf-linux (OOM)

2022-11-30 Thread Ludovic Courtès
As of 1bc9d5222f9053fd0ace7b92df0ef9548707cf41 (version-1.4.0), the
‘guix’ package fails to build on armhf-linux, running out of memory:

--8<---cut here---start->8---
[ 75%] GUILEC   gnu/packages/toolkits.go
[ 76%] GUILEC   gnu/packages/tor.go
[ 76%] GUILEC   gnu/packages/tv.go
[ 76%] GUILEC   gnu/packages/uglifyjs.go
[ 76%] GUILEC   gnu/packages/uml.go
[ 76%] GUILEC   gnu/packages/unicode.go
[ 76%] GUILEC   gnu/packages/unrtf.go
[ 76%] GUILEC   gnu/packages/upnp.go
[ 76%] GUILEC   gnu/packages/usb-modeswitch.go
[ 76%] GUILEC   gnu/packages/uucp.go
[ 76%] GUILEC   gnu/packages/valgrind.go
[ 76%] GUILEC   gnu/packages/version-control.go
[ 76%] GUILEC   gnu/packages/video.go
GC Warning: Failed to expand heap by 67125248 bytes
GC Warning: Failed to expand heap by 67108864 bytes
GC Warning: Out of Memory! Heap size: 3440 MiB. Returning NULL!
GC Warning: Failed to expand heap by 67125248 bytes
GC Warning: Failed to expand heap by 67108864 bytes
GC Warning: Out of Memory! Heap size: 3440 MiB. Returning NULL!
GC Warning: Failed to expand heap by 67125248 bytes
GC Warning: Failed to expand heap by 67108864 bytes
GC Warning: Out of Memory! Heap size: 3440 MiB. Returning NULL!
GC Warning: Failed to expand heap by 67125248 bytes
GC Warning: Failed to expand heap by 67108864 bytes
GC Warning: Out of Memory! Heap size: 3440 MiB. Returning NULL!
GC Warning: Failed to expand heap by 67125248 bytes
GC Warning: Failed to expand heap by 67108864 bytes
GC Warning: Out of Memory! Heap size: 3440 MiB. Returning NULL!
[…]
--8<---cut here---end--->8---

The build process goes on; it never stops but doesn’t make any progress.

I don’t know if it’s deterministic.

It builds fine on i686-linux.

Ludo’.