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 1Ri761-0000MP-Ik for garchives@archives.gentoo.org; Tue, 03 Jan 2012 16:20:17 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B1D5921C141; Tue, 3 Jan 2012 16:20:03 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 452A221C0E0 for ; Tue, 3 Jan 2012 16:18:55 +0000 (UTC) Received: from [192.168.1.131] (CPE002401f30b73-CM001cea3ddad8.cpe.net.cable.rogers.com [99.224.72.201]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id 8C05B1B4010 for ; Tue, 3 Jan 2012 16:18:54 +0000 (UTC) Message-ID: <4F032A3D.4010601@gentoo.org> Date: Tue, 03 Jan 2012 11:18:05 -0500 From: Ian Stakenvicius User-Agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20111220 Thunderbird/8.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr References: <20120101015947.GA9914@linux1> <20120101185434.3d019941@pomiocik.lan> <20120102175457.GB1636@linux1> In-Reply-To: <20120102175457.GB1636@linux1> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 36f08d29-92b9-4a3d-ae65-7a5c608267b7 X-Archives-Hash: a34f0b5241b4edc08088c8626f70f20a On 02/01/12 12:54 PM, William Hubbs wrote: > The one thing I > haven't figured out yet is whether it is possible to create an > initramfs that doesn't have to be updated with every kernel upgrade. I'm not sure if there is dracut-specific issues that would relate to this, but the genkernel initramfs (as long as it didn't include any kernel modules) used to work fine when used against a newer-built kernel--note though that this was probably not 'supported' behaviour. So I expect this to be the case with dracut as well.