For whoever takes this on, I believe the relevant code is
resolve-dependencies in (guix channels). Note that resolve-dependencies
operates on records, not .
I came up with something earlier that handled one level of searching in
the dependency graph, but between the awkwardness of converting betw
Hi Adam,
Am Donnerstag, dem 27.06.2024 um 08:57 -0500 schrieb Adam Porter:
> Thanks.
>
> If I may ask here, as it seems relevant and might help other users in
> the future:
>
> A few minutes ago I ran "guix pull", but after it finished, "guix
> show emacs" still shows:
>
> name: emacs
> v
in GNU Guix today:
$ guix show volk
name: volk
version: 3.0.0
outputs:
+ out: everything
systems: x86_64-linux i686-linux
dependencies: boost@1.80.0 python-mako@1.2.2 python-wrapper@3.10.7
location: gnu/packages/engineering.scm:1381:2
homepage: https://www.libvolk.org/
license: ASL 2.0, LGPL 3+
sy
Hi Liliana,
On 6/23/24 08:17, Liliana Marie Prikler wrote:
* doc/guix.texi ("Emacs packages"): Expand note to talk about differences
between native compilation upstream and as used in Guix.
---
doc/guix.texi | 31 ++-
1 file changed, 22 insertions(+), 9 deletions(-
Hi Liliana,
On 6/23/24 03:39, Liliana Marie Prikler wrote:
Am Samstag, dem 22.06.2024 um 19:52 -0500 schrieb Adam Porter:
Hello,
Today an emergency bugfix release was made of Emacs v29.4. It fixes
an important security vulnerability.
Note: Security bugs should go to guix-security instead. B
Change-Id: I43eb135c0b2a89575174a391c047d07907b0b930
---
gnu/packages/file-systems.scm | 7 +++
1 file changed, 7 insertions(+)
diff --git a/gnu/packages/file-systems.scm b/gnu/packages/file-systems.scm
index fa7da35898..8edfc349c3 100644
--- a/gnu/packages/file-systems.scm
+++ b/gnu/packages
Change-Id: I8cf7feb8c31f4ea4afec7698ab1b3d5731d7ab8e
---
gnu/packages/golang.scm | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/golang.scm b/gnu/packages/golang.scm
index e090bc1210..d6acddbcce 100644
--- a/gnu/packages/golang.scm
+++ b/gnu/packages
Christopher Baines writes:
> I've spent a bunch of time in the last few days trying to see if I can
> get the bordeaux build farm moving on core-updates and I think things
> are moving at pace now.
Following on from this, builds have mostly paused for the last few days
as many changes have lande
Go-fuse requires the setuid version of Fusermount. Relying on PATH is not
acceptable in all situations, especially not when mounts are executed
automatically as part of PAM.
This patch is similar to this one for OpenSMTPd. [1]
[1] https://patchwise.org/71613
Felix Lechner (2):
Find fusermount
