From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:48072) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jPWff-0006LJ-1Z for guix-patches@gnu.org; Fri, 17 Apr 2020 15:29:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jPWfe-0007rM-5p for guix-patches@gnu.org; Fri, 17 Apr 2020 15:29:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:58386) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jPWfe-0007r4-2R for guix-patches@gnu.org; Fri, 17 Apr 2020 15:29:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jPWfd-0002L2-Uk for guix-patches@gnu.org; Fri, 17 Apr 2020 15:29:01 -0400 Subject: [bug#40190] Linux-Libre 5.6 Resent-Message-ID: From: Mark H Weaver In-Reply-To: <87imhzb4sk.fsf@yucca> References: <87k13gqhrw.fsf@ponder> <87sgi0le3g.fsf@ponder> <87mu87btng.fsf@yucca> <87mu7xg34t.fsf@ponder> <87h7y5g30m.fsf@ponder> <874ku5fkoq.fsf@ponder> <87369ovbpu.fsf@devup.no> <87tv24mnbo.fsf@ponder> <877dywno8o.fsf@ponder> <874ku0no5n.fsf@ponder> <87imhzb4sk.fsf@yucca> Date: Fri, 17 Apr 2020 15:26:49 -0400 Message-ID: <87imhxud4b.fsf@netris.org> MIME-Version: 1.0 Content-Type: text/plain List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Vagrant Cascadian Cc: Marius Bakke , 40190@debbugs.gnu.org Hi, Vagrant Cascadian wrote: > I think the patcset now needs some minor updates to apply to master, but > just wondering when we could consider switching to 5.6... ? I do not wish to be a blocker on this, and moreover I would welcome it if someone else would step up to take over maintenance of our kernel packages. However, I should say that for all previous kernel upgrades, I have taken the time to consider each of the new configuration options presented by "make oldconfig" and to try make a sensible choice for each one. I have not found it sufficient to rely on the automatically selected choices, which very often default to "no" for modules that ought to be included, and occasionally default to "yes" for options that are contrary to our commitment to the GNU FSDG. I will leave it up to the Guix maintainers to decide what to do if no one volunteers to take up the job of properly updating our default kernel configurations. Thanks, Mark