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 1RCDqG-0004em-Du for garchives@archives.gentoo.org; Fri, 07 Oct 2011 17:04:12 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AEBB721C146; Fri, 7 Oct 2011 17:04:00 +0000 (UTC) Received: from mail2.viabit.com (mail2.viabit.com [65.246.80.16]) by pigeon.gentoo.org (Postfix) with ESMTP id 314F121C046 for ; Fri, 7 Oct 2011 17:02:45 +0000 (UTC) Received: from [172.17.29.14] (unknown [65.213.236.242]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail2.viabit.com (Postfix) with ESMTPSA id BC68137B49 for ; Fri, 7 Oct 2011 13:02:43 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=orlitzky.com; s=mail2; t=1318006964; bh=qY2Y5svVe9opfylke3bLNeirVqDyiUnbUrCwpU2Lx14=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=piOx8LClmgkipNFb6SrDfx71zzWU1MiggWsPwKBy7PbjMjhkkl3PUHJyUCntwWOzd z8KNw00+JfuHCthsdOytomcqQVGaMBZy8KUTvUkQosEuulyTOeetK2p955V2sV7DVs nkm1HP4WWAeSojDtH8NxmeCoCAGs0432Fwsy+cig= Message-ID: <4E8F30B1.50206@orlitzky.com> Date: Fri, 07 Oct 2011 13:02:41 -0400 From: Michael Orlitzky User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110923 Lightning/1.0b3pre Thunderbird/3.1.12 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] OT: change and improvement References: <4E8AD6C4.7070901@gmail.com> <20111005162007.GA5820@badass.gateway.2wire.net> <20111005184721.01af0bda@toxic.dbnet> <201110060018.50015.peter@humphrey.ukfsn.org> <20111006102023.4471babe@toxic.dbnet> <4E8E0112.3010208@orlitzky.com> <20111006230040.04f9af0f@toxic.dbnet> <4E8E1C54.4010706@orlitzky.com> <20111007014214.5756f0f5@toxic.dbnet> <4E8E4DE9.8040308@orlitzky.com> <4E8EAC13.5000805@gmx.net> <4E8F05DA.20905@orlitzky.com> <20111007181622.1bb1c37a@toxic.dbnet> In-Reply-To: <20111007181622.1bb1c37a@toxic.dbnet> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: 1f5d8bcb36092715feb2b7f0c17637f4 On 10/07/2011 12:16 PM, Jonas de Buhr wrote: > > out of interest: why do you have different configs? even if you have > different hardware you could still build a "one fits all"-kernel. or > are they that specialized? > We share kernel config whenever possible, but there are a few cases where they have to diverge. Basically any option that can't be compiled as a module is a candidate. Off the top of my head, * We've got x86/amd64 * Intel/AMD * A couple with RAID hardware that can't have its module installed. * One server with a tulip NIC that can't use a particular driver. * A set where hyperthreading needs to be disabled * A virtual machine host that needs certain hardening features disabled * A separate config for VM guests * Headless vs. GUI requires more grsec/pax tweaking * Different HZ settings. Power management in general depends on what the box will be doing. * A firewall with no non-essential modules available We keep the configs in git, so if two are similar I can usually just pull the last changeset (after a make oldconfig) over. What sucks is testing, and of course driving to work to reboot everything off-hours. > lets just agree on that. im kinda tired of this discussion. there's > nothing we can do about it anyway. > Agreed.