Importing an R package from Git fails:
--8<---cut here---start->8---
$ guix import cran -a git -r https://github.com/RubD/Giotto/
Backtrace:
In guix/ui.scm:
1347:6 19 (guix-import-cran . _)
In ice-9/boot-9.scm:
1752:10 18 (with-exception-handler _ _ #:unwin
* gnu/packages/valgrind.scm: sort imports alphabetically
Signed-off-by: Denis 'GNUtoo' Carikli
---
gnu/packages/valgrind.scm | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/gnu/packages/valgrind.scm b/gnu/packages/valgrind.scm
index 1cdc0f3b71..6648f17dfa 100644
---
Hi,
I've now managed to make a proper patch. I've used 'v2' for more
clarity.
I'll send the files used to test them in a subsequent mails.
As for the tests, I've done them in Guix system, once installed
valgrind works fine:
> $ make check
> valgrind -v --leak-check=full ./main
> ==20324== Memc
* gnu/packages/valgrind.scm (valgrind/interactive)[native-inputs]:
Add libc:debug
[arguments]: Add patch-default-debuginfo-path phase
[source]: Add patch.
(valgrind-3.18)[source]: Add patch.
* gnu/packages/commencement.scm (glibc-final): Export variable.
Signed-off-by: Denis 'GNUtoo' Cari
guix commit: 59b91fdbcd7e1a88d1d54d392ce5d5fddd9d96d1
guix shell gnome-disk-utility -- gnome-disks
click on the three dots and choose restore, bam, error
(gnome-disks:2461): GLib-GIO-ERROR **: 04:17:28.300: Settings schema
'org.gnome.Disks' is not installed
Hello all,
I'm currently switching from using the monolithic texlive package to a
bunch of the broken-out, smaller ones. However, when texlive-bin is
installed (and thus, when luaotfload-tool is available), the environment
variable $TEXMFCACHE is not defined. This leads to it being auto-detected
Denis 'GNUtoo' Carikli schreef op ma 25-04-2022 om 18:39 [+0200]:
> The issue with that is that importing "gnu packages commencement"
> fails
> with the following error:
This does not work (due to import cycles I think)?
From (gnu packages commencement)
;;; To avoid circular dependencies, this mo
On Fri, 15 Apr 2022 18:21:33 +0200
Ludovic Courtès wrote:
> Hello!
Hi,
[...]
> I find this patch-as-code snippet rather difficult to follow; it might
> also break easily if minor things change in those C files.
>
> How about making it an actual patch? In the patch, you’d have
> placeholders for
Hi Guix,
In trying to update AMD's OpenCL stuff (ROCm) in Guix to the latest version, I
found that CONFIG_HSA_AMD is not set in our kernel config which I think might
be needed (for HSA, most visibly having a /dev/kfd if I'm understanding). I see
it was set to 'm' in previous versions, like 4.19
