Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp484905pxu; Thu, 26 Nov 2020 03:58:42 -0800 (PST) X-Google-Smtp-Source: ABdhPJw+gkzmYXd1F1z3JaEW9vG6NFnNjrkVeGbMOO/jTOWWLsz2BAcwDeR3/8Fqc3Y/naZDYsvy X-Received: by 2002:a50:9eae:: with SMTP id a43mr2115006edf.109.1606391921804; Thu, 26 Nov 2020 03:58:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606391921; cv=none; d=google.com; s=arc-20160816; b=B7tzyVErQxmwhEhICT2yJrNdtt+zlTrAimW8m1Ng4c5bwpdjSahIo1tdTGuOby8GP6 OlSHE8TBUuc75J+pPy3k7CXKA9a6y2qTRumn+iGmBJfT+iw1Jzb6xGPOfMr279ngn4ay 2VoYZxSD6OBtyJ24swwoo6wsWO3NehG5srKNON7MSCaXJHrm4u+ZmB2LvcS62KJPoizS 6pmjs4ohw2zGC5hrpMy171oNrWdsF1+L9FqW0yjzQ9S1eNmXPskCiWTv/jo9+DSV8Ek4 dOHECshaTThUFhy0R/kPE302Id+tGmrWExUZPqZUTpIqI2T7Gs2NA/CKaobyxFI8rDqF M+oA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=E4kZOhSe1e20oqFMAncOEoBzFw90QVn6rZmdlGXpxiw=; b=gYZXh/+XPAuOUQaapWmtz/0XJjB07mBMHIEW9WU5HHgS8rTSWLOnnOH/qoF+Chsm2k yA2KjQsMgYJDLQ7oeIX12OulI5OiDa4ydXwVpwMtGDLoSw3+UMTJWZyaCgIXp9Oio+9A UMfl+r1WFBOtyb1MVZ2Kh4aaxFDMLZFIBcHXWZUYBhl+kBnI3Zet1gN6DVJt09eyNKwT IfdxBV/U45pR/siUYpuvnCfTSWWuY0QzG7ihLQHkthBssrChpF1ARqOOIc8z8aY03us7 /KU76+qmpanoc0Cia5twZADFnG/XHiyD6X3L/nLhrNGNnr5/d+RmCSheYI9z/MEyky2v pABg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mu6si2862928ejb.302.2020.11.26.03.58.17; Thu, 26 Nov 2020 03:58:41 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731534AbgKZKpn (ORCPT + 99 others); Thu, 26 Nov 2020 05:45:43 -0500 Received: from codesynthesis.com ([188.40.148.39]:59172 "EHLO codesynthesis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726321AbgKZKpn (ORCPT ); Thu, 26 Nov 2020 05:45:43 -0500 X-Greylist: delayed 413 seconds by postgrey-1.27 at vger.kernel.org; Thu, 26 Nov 2020 05:45:42 EST Received: from brak.codesynthesis.com (unknown [105.225.210.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by codesynthesis.com (Postfix) with ESMTPSA id AEC875F6C4; Thu, 26 Nov 2020 10:38:47 +0000 (UTC) Received: by brak.codesynthesis.com (Postfix, from userid 1000) id 1C0AB1A800C5; Thu, 26 Nov 2020 12:38:41 +0200 (SAST) Date: Thu, 26 Nov 2020 12:38:41 +0200 From: Boris Kolpackov To: Luis Chamberlain Cc: Masahiro Yamada , Linux Kbuild mailing list , Johannes Berg , Felix Fietkau , Patrick Franz , Ingo Molnar , Arnaldo Carvalho de Melo , Junio C Hamano , linux-kernel@vger.kernel.org Subject: Re: kconfig as a git subtree on Linux Message-ID: References: <20201125172544.GJ4332@42.do-not-panic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201125172544.GJ4332@42.do-not-panic.com> Organization: Code Synthesis User-Agent: Mutt/1.5.24 (2015-08-30) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Luis Chamberlain writes: > I'd like to propose we discuss the possibility of taking kconfig and > making it a git subtree under the Linux kernel. This would allow > other projects outside of the Linux kernel to be able to update their > own copy / fork of kconfig in a jiffie *very* easily. I am maintaining one such copy/fork[1] and for me the effort to pull in the new version of upstream (which I currently do by just copying scripts/kconfig/*) is nothing compared to the effort of maintaining a set of patches[2] on top of that which are necessary to make kconfig buildable on other platforms and usable with other build systems. So unless there is also an agreement that such portability patches are now welcome, this is not going to be a major improvement for me. And right now such patches are clearly not welcome[3] (but no hard feelings; I wouldn't touch Windows with a ten-foot pole if I could help it). [1] https://github.com/build2-packaging/kconfig [2] https://github.com/build2-packaging/kconfig/commits/upstream-5.10-rc1 [3] https://www.spinics.net/lists/linux-kbuild/msg27460.html