From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id F24DB158232 for ; Thu, 5 Dec 2024 23:02:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4FA8DE0A90; Thu, 5 Dec 2024 23:01:46 +0000 (UTC) Received: from ciao.gmane.io (ciao.gmane.io [116.202.254.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E65D3E0858 for ; Thu, 5 Dec 2024 23:01:44 +0000 (UTC) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1tJKqt-0005B8-0c for gentoo-user@lists.gentoo.org; Fri, 06 Dec 2024 00:01:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Grant Edwards Subject: [gentoo-user] Re: Using Gentoo as server and desktop Date: Thu, 5 Dec 2024 23:01:36 -0000 (UTC) Message-ID: References: <1C58B8DA-9034-44E7-AA7F-B26AEF762221@sarenet.es> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit User-Agent: slrn/1.0.3 (Linux) X-Archives-Salt: 9ff4368c-0b1f-4846-b96b-0da7bbcd6d98 X-Archives-Hash: df3c8ee8f30a734666fe7a5aae2d586d On 2024-12-05, Egoitz Aurrekoetxea wrote: > Does exist a way... where you could emerge world, update all the > system, finally end up by upgrading the kernel and being sure that > the old .config you used through menuconfig (or by any other way of > importing) would not select erroneous parameters in newer > kernels? All my systems run custom-configured kernels built from on stable gentoo-sources. All I've ever done for a kernel upgrades is to go into the new kernel source dir and do the following: # zcat /proc/zconfig >.config # make oldconfig # make # make install For the past 20+ years, that has always worked fine for minor version changes (e.g. 5.15.x ⇒ 5.15.y) There have been a few major upgrades in the past 20 years when a large kernel subsystem change required some sort of manual intervention with a "make menuconfig". But, I can't actually remember the last time it happened (it's been years). -- Grant