From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id KOG1IpCQRF+LIAAA0tVLHw (envelope-from ) for ; Tue, 25 Aug 2020 04:16:16 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id QC9tHpCQRF/mYQAAbx9fmQ (envelope-from ) for ; Tue, 25 Aug 2020 04:16:16 +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 0464C940221 for ; Tue, 25 Aug 2020 04:16:15 +0000 (UTC) Received: from localhost ([::1]:49612 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kAQNa-000833-LR for larch@yhetil.org; Tue, 25 Aug 2020 00:16:14 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39514) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kAQNS-00082i-BF for guix-devel@gnu.org; Tue, 25 Aug 2020 00:16:06 -0400 Received: from world.peace.net ([64.112.178.59]:36746) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kAQNP-0004T4-JK for guix-devel@gnu.org; Tue, 25 Aug 2020 00:16:06 -0400 Received: from mhw by world.peace.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAQND-0004rE-Dw; Tue, 25 Aug 2020 00:15:51 -0400 From: Mark H Weaver To: Alexandre Oliva Subject: Re: Linux-libre 5.8 and beyond In-Reply-To: References: <87d03vv0nm.fsf@netris.org> <875z9kv41h.fsf@netris.org> Date: Tue, 25 Aug 2020 00:14:44 -0400 Message-ID: <87bliz4b00.fsf@netris.org> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=64.112.178.59; envelope-from=mhw@netris.org; helo=world.peace.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/25 00:15:52 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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, Jason Self 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: -1.01 X-TUID: beoADBo7exLZ Hi Alexandre, Alexandre Oliva wrote: > On Aug 15, 2020, Mark H Weaver wrote: > >> If I were to implement this, what would you suggest I do if the patches >> fail to apply > > Look at the conflict presented by the rebase, and resolve the likely > freedom issue introduced at that point. > >> if the result fails to match the next Linux-libre release? > > Identify the intervening commit where code that got cleaned up > differently was introduced or removed and make the change to the > deblobbing at that point; rinse and repeat. In other words, your proposed approach cannot be done automatically in the general case. Do you see how this is a problem? If a Guix user reports that one of their devices stopped working in Linux-libre-5.4.34, I'd like to enable them to easily build deblobbed kernels at intermediate commits on the upstream stable/linux-5.4.y branch. With the present approach, I can provide a simple Guix recipe to do this automatically. With your proposed approach, the user may need to manually resolve merge conflicts and so on. Not all Guix users will have the skills or motivation to do this. Even _I_ would not want to do this, because it would mean doing unnecessary labor. I would much rather have my computer do this job while I do something else, even if it takes longer. Mark