From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id ICBNLFGTe1+9CwAA0tVLHw (envelope-from ) for ; Mon, 05 Oct 2020 21:42:41 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id oLMyKFGTe18ECQAA1q6Kng (envelope-from ) for ; Mon, 05 Oct 2020 21:42:41 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 5D3429402B6 for ; Mon, 5 Oct 2020 21:42:41 +0000 (UTC) Received: from localhost ([::1]:36538 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kPYFk-000656-9d for larch@yhetil.org; Mon, 05 Oct 2020 17:42:40 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43728) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kPXmS-0002w5-4P for guix-devel@gnu.org; Mon, 05 Oct 2020 17:12:25 -0400 Received: from mail1.g12.pair.com ([66.39.4.99]:19339) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kPXmP-0007gs-Fr; Mon, 05 Oct 2020 17:12:23 -0400 Received: from mail1.g12.pair.com (localhost [127.0.0.1]) by mail1.g12.pair.com (Postfix) with ESMTP id 57AE6730C3; Mon, 5 Oct 2020 17:12:18 -0400 (EDT) Received: from [10.100.13.168] (pw126182208054.27.panda-world.ne.jp [126.182.208.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail1.g12.pair.com (Postfix) with ESMTPSA id CCBBF730C5; Mon, 5 Oct 2020 17:12:17 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Yasuaki Kudo Mime-Version: 1.0 (1.0) Subject: Re: linux-libre updates, timeliness Date: Tue, 6 Oct 2020 06:12:15 +0900 Message-Id: <59FAC28B-AB47-4E58-BB59-9186939023B1@yasuaki.com> References: <87imboye2m.fsf@gnu.org> In-Reply-To: <87imboye2m.fsf@gnu.org> To: =?utf-8?Q?Ludovic_Court=C3=A8s?= X-Mailer: iPhone Mail (18A393) Received-SPF: none client-ip=66.39.4.99; envelope-from=yasu@yasuaki.com; helo=mail1.g12.pair.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/05 17:12:18 X-ACL-Warn: Detected OS = FreeBSD 9.x or newer [fuzzy] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Mon, 05 Oct 2020 17:42:32 -0400 X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Spam-Score: 0.99 X-TUID: K6+Ur2puSpT0 Hi, Just out of curiosity, is it the case if only Linux Kernel team itself separ= ated the controversial (with GNU folks, at least =F0=9F=98=84) aspect of Lin= ux as some build option, we don't have to maintain this "LinuxLibre" in the= first place? Cheers, Yasu > On Oct 5, 2020, at 22:53, Ludovic Court=C3=A8s wrote: >=20 > =EF=BB=BFHi Leo, >=20 > Leo Famulari skribis: >=20 >> I just pushed commit 51eb3e11 [0], bringing our linux-libre kernel >> packages up to date. >>=20 >> It's September 30 here. The commit is dated September 28, because that's >> when I made it. These kernels were released upstream on September 26.=20 >=20 > Of course we can always do better, but I think 4 days is reasonable. >=20 >> Personally, I am okay with the risks implied by this kind of timeframe, >> but as a distro we should try to do these updates more quickly. Ideally, >> they should be updated as soon as the sources are available and the >> packager has tested the changes. I am committed to helping maintain the >> linux-libre packages, but I won't always update our packages right away. >>=20 >> Everyone can contribute here! Minor linux-libre kernel updates can be >> relied upon to work. They almost never cause blocking problems, based on >> the lack of bug reports about them. >=20 > What update, build, and testing recipe would you recommend to someone > willing to help? >=20 > Thanks for your work, much appreciated! >=20 > Ludo=E2=80=99. >=20