From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1S178X-0005Ia-Q2 for garchives@archives.gentoo.org; Sat, 25 Feb 2012 02:13:26 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9BE6FE0DE4; Sat, 25 Feb 2012 02:13:11 +0000 (UTC) Received: from mail-gx0-f181.google.com (mail-gx0-f181.google.com [209.85.161.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 95636E0CBF for ; Sat, 25 Feb 2012 02:10:47 +0000 (UTC) Received: by ggni4 with SMTP id i4so577330ggn.40 for ; Fri, 24 Feb 2012 18:10:47 -0800 (PST) Received-SPF: pass (google.com: domain of rdalek1967@gmail.com designates 10.236.155.165 as permitted sender) client-ip=10.236.155.165; Authentication-Results: mr.google.com; spf=pass (google.com: domain of rdalek1967@gmail.com designates 10.236.155.165 as permitted sender) smtp.mail=rdalek1967@gmail.com; dkim=pass header.i=rdalek1967@gmail.com Received: from mr.google.com ([10.236.155.165]) by 10.236.155.165 with SMTP id j25mr8843188yhk.89.1330135847093 (num_hops = 1); Fri, 24 Feb 2012 18:10:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=YdyppTqgMTRFInwg19EAEfBDyvbq2MLAoS9kcxIBETY=; b=imt+idUTz21okT8v1n67YhjIFDXOuKweAwaLZ5pszoTRYzd3h+PpqUmLHgjGxVwoX6 tjcCxci0+2EprWIS80jMeq5v8oXtxeBxTg10BJV+w6YEWM/ip8+frHn0IF5+7T45z7sI Zp84iVvSwOlHIOfTA4AZjU3Grg0OUzNhoPbjI= Received: by 10.236.155.165 with SMTP id j25mr6689122yhk.89.1330135847026; Fri, 24 Feb 2012 18:10:47 -0800 (PST) Received: from [192.168.2.5] (adsl-65-0-116-97.jan.bellsouth.net. [65.0.116.97]) by mx.google.com with ESMTPS id n63sm17161393yhb.8.2012.02.24.18.10.45 (version=SSLv3 cipher=OTHER); Fri, 24 Feb 2012 18:10:46 -0800 (PST) Message-ID: <4F48431F.10903@gmail.com> Date: Fri, 24 Feb 2012 20:10:39 -0600 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120218 Firefox/10.0.1 SeaMonkey/2.7.1 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 MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] gentoo-sources menuconfig feature/weirdness References: <4F45F490.2020504@waagmeester.co.za> <201202230826.00642.michaelkintzios@gmail.com> <4F45FE1F.9070006@waagmeester.co.za> <20120223091734.2aa3d6d0@hactar.digimed.co.uk> <4F461983.8080100@waagmeester.co.za> <20120223130822.1a260044@khamul.example.com> <20120224221124.GB27406@badass.gateway.2wire.net> <20120224230238.03192b47@digimed.co.uk> <20120225015200.GA1513@badass.gateway.2wire.net> In-Reply-To: <20120225015200.GA1513@badass.gateway.2wire.net> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 7da2397f-3086-480e-860a-1580cc9f4b0c X-Archives-Hash: 17ab9210c7785dfea5e6244adc9de33b ny6p01@gmail.com wrote: > On Fri, Feb 24, 2012 at 11:02:38PM +0000, Neil Bothwick wrote: >> On Fri, 24 Feb 2012 14:11:24 -0800, ny6p01@gmail.com wrote: >> >>> Or just import .config into the 'New' directory, and run plain ol' make >>> menuconfig. Menuconfig will import what it can from the old config. From >>> what I've read of the docs, make oldconfig is the dangerous part that >>> should be avoided between substantial kernel updates. >> >> make oldconfig is not the risk, importing the old config is. oldconfig >> tries to convert the old config to suit the new kernel, with a success >> rate probably in excess of 99%, despite what has been written about it. >> >> Using the old .config without make oldconfig is a good way of getting >> the worst of both worlds. >> >> >> -- >> Neil Bothwick >> >> Windows Error #56: Operator fell asleep while waiting. > > > I don't mean to be petty, so forgive me - but I needed to check to see if > I'd misread the kernel upgrade guide. So I went back and checked the guide, > and I was confirmed in my impression. From the guide: > > #Start Quotes > It is sometimes possible to save time by re-using the configuration file > from your old kernel when configuring the new one. Note that this is > generally unsafe -- too many changes between every kernel release for this > to be a reliable upgrade path. > > The only situation where this is appropriate is when upgrading from one > Gentoo kernel revision to another. For example, the changes made between > gentoo-sources-2.6.9-r1 and gentoo-sources-2.6.9-r2 will be very small, so > it is usually OK to use the following method. However, it is not appropriate > to use it in the example used throughout this document: upgrading from 2.6.8 > to 2.6.9. Too many changes between the official releases, and the method > described below does not display enough context to the user, often resulting > in the user running into problems because they disabled options that they > really didn't want to. > > To reuse your old .config, you simply need to copy it over and then run make > oldconfig. In the following example, we take the configuration from > gentoo-sources-2.6.9-r1 and import it into gentoo-sources-2.6.9-r2. > > A much safer upgrading method is to copy your config as previously shown, > and then simply run make menuconfig. This avoids the problems of make > oldconfig mentioned previously, as make menuconfig will load up your > previous configuration as much as possible into the menu. Now all you have > to do is go through each option and look for new sections, removals, and so > on. By using menuconfig, you gain context for all the new changes, and can > easily view the new choices and review help screens much easier. You can > even use this for upgrades such as 2.6.8 to 2.6.9; just make sure you read > through the options carefully. Once you've finished, compile and install > your kernel as normal. > > #End Quotes > > > Terry > > That is true BUT the docs are for 100% certainty. Well, 99% at least. They almost always have the safest way to do anything but not necessarily the most used way. There are lots of things I do differently from the docs and my system generally works fine, except for the little roaches that scurry about from time to time. If you want a drop dead, almost as sure as the Sun comes up in the East approach, go by the docs. If you want to save some time for most general usage, do it the way us goofy geeks do it. Some of us know some neat shortcuts. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS="--quiet-build=n"