[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 01/01: gnu: Use make-linux-libre-headers.

From: Mark H Weaver
Subject: Re: 01/01: gnu: Use make-linux-libre-headers.
Date: Wed, 29 May 2019 21:31:45 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux)

Hi Danny and Carl,

address@hidden writes:

> dannym pushed a commit to branch master
> in repository guix.
> commit a15cee50cebddc665a16b455f44e22dcfb87d57f
> Author: Carl Dong <address@hidden>
> Date:   Wed May 29 18:04:43 2019 +0200
>     gnu: Use make-linux-libre-headers.
>     * gnu/packages/linux.scm (make-linux-libre-headers): New variable.
>     (linux-libre): Rename to...
>     (linux-libre-5.1): ...this.
>     (linux-libre-headers): Rename to...
>     (linux-libre-headers-4.14.67): ...this.
>     (linux-libre-5.1, linux-libre-headers-4.14.67): Use 
> make-linux-libre-headers.
>     (linux-libre-5.1, linux-libre-headers-5.1, linux-libre-headers-4.19,
>     %linux-libre-4.15-version, %linux-libre-4.15-hash, linux-libre-4.15,
>     linux-libre-headers-4.15, linux-libre-headers-4.14): New variables.
>     Signed-off-by: Danny Milosavljevic <address@hidden>

I think we should not add linux-libre-4.15, because that version of
Linux-libre is no longer supported upstream, and therefore will have
well-known security flaws.

Also, this removes the definition of 'linux-libre', which I, for one,
reference from my OS config and maybe others do as well.  Sometimes it's
useful to break compatibility, but in this case I see no reason for it.

Finally, given I've been the de-facto maintainer of our kernel packages
since the early days of Guix, I would have appreciated a heads-up on
these proposed changes and an opportunity to comment before they were
pushed to master.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]