This should fix it for now:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71617
to prevent this from happening: the idea to use a generic
linux-libre-headers variable that points to the latest headers for these
cases came up in IRC, however:
#+BEGIN_SRC scheme
;; The following package is used i
Hi everyone,
John Kehayias writes:
>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> error: linux-libre-headers-6.8: unbound variable
libbpf seems to explicitly depend on linux-libre-headers-6.8 since
12d2a6e5a6f412d91ba0c34a1c3c080c6c587cc6 which slipped through when I
removed li
Hello,
CC'ing Wilko and Leo from kernel team.
On Monday, June 17th, 2024 at 1:27 PM, jgart wrote:
>
>
> :(
>
It is guix pull that is broken due to linux-libre-headers-6.8 being removed but
still used somewhere.
Presumably this commit:
http://git.savannah.gnu.org/cgit/guix.git/commit/?id=
:(
jgart@unknown1ee35e825799:~/Code/guix-latest [env]$ make -j6 && ./pre-inst-env
guix refresh -l libgc
make all-recursive
make[1]: Entering directory '/home/jgart/Code/guix-latest'
Making all in po/guix
make[2]: Entering directory '/home/jgart/Code/guix-latest/po/guix'
make[2]: Nothing to be do