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
* 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
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
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
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
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?
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
