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 1Mhnb2-000289-Kx for garchives@archives.gentoo.org; Sun, 30 Aug 2009 16:49:40 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 66C86E0993; Sun, 30 Aug 2009 21:58:36 +0000 (UTC) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by pigeon.gentoo.org (Postfix) with ESMTP id 2D75EE0993 for ; Sun, 30 Aug 2009 21:58:36 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 09B755865C for ; Sun, 30 Aug 2009 17:58:36 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Sun, 30 Aug 2009 17:58:36 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=YWRtuTWpy3jUcr62xHD/IHkc9Zw=; b=UK9Pe35/Zj/XWz4T9ISvOb9Ncjf6rC8j/cV385DsW1VQSS9fozieG2auDX2oZyzRJvBPQClBWGNFJomvoSMAHNBcMw1er1vCzFQ0olpJ+iBRbHQ+ZEDZsruko0EtrNhSY97rshQIJRypxshKOJhZSV6Je1SbzmkF9ODGoQ5qmSA= X-Sasl-enc: CiBWHEYhvqkNeESGEGtNMrbfgf49abEaQPJM177UchDH 1251669515 Received: from [192.168.188.1] (82-71-33-97.dsl.in-addr.zen.co.uk [82.71.33.97]) by mail.messagingengine.com (Postfix) with ESMTPSA id 6BBC21017 for ; Sun, 30 Aug 2009 17:58:35 -0400 (EDT) Message-ID: <4A9AF609.3060902@gentoo.org> Date: Sun, 30 Aug 2009 22:58:33 +0100 From: Mike Auty User-Agent: Thunderbird 2.0.0.22 (X11/20090822) 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] linux-info.eclass: lacking sources, config checks and module building References: <4A9ADF44.9080504@gentoo.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 41326a21-afb4-4728-a48a-7c620a16acef X-Archives-Hash: 0aa6f3480e7ed460b8e2adca007fb6f3 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robin H. Johnson wrote: > FYI: > get_running_version is used in one single ebuild, in the entire tree: > sys-fs/evms/evms-2.5.5-r10.ebuild > And there it's only for a warning. Ok, I was just suggesting that if there was an intention to implement config.gz checks, they should only apply when people ask about the running version rather than the build version. Since that doesn't seem popular or even necessary, perhaps neither is the need to check config.gz? > The great majority of CONFIG_CHECK usage in the tree is fatal already. > It only actually needs to be fatal only when it's being used to build a > module. Ok, I see what you're suggesting now. When people want to build packages, but portage knows their kernel isn't setup to run them properly, then it should still build them, but warn them strongly about it (as opposed to currently, where it'll just die). > This leaves us between hand-holding the basic user's kernel configuration > (exiting if the kernel config option is not enabled), and changing all > non-module instances in the tree to be non-fatal. Ok, so then the question is do we sacrifice correctness for fewer (invalid) bugs? Seems like a judgement call. For what it's worth, I'm not sure adding extra plumbing to allow smart users to bypass the checks is the right middle ground. I'd either leave it as is, or change the ebuilds to accurately reflect whether the userspace will build or not. >> That all seems fine, but again these just seem like standard guidelines. >> Is there not already some "how to write kernel module ebuilds" page >> somewhere that documents how you're supposed to use linux-info? > If you're building modules, most of the time you're using linux-mod, not just > linux-info. There's no document or recommended behavior in the tree for the > above actually, and I'd like to introduce one. Sounds like a good idea, it might also be worth adding to the quizes, if existing devs are asking how it should be done? I guess that's a call on how common it is to have kernel config requirements on userspace... Still, I think I'm on the right page, and even in agreement (which makes me happy). 5:) Thanks! Mike 5:) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkqa9gkACgkQu7rWomwgFXq1PwCfTbp8hqsGZjDmsxKE21gKe1Y8 lYYAoI2EBCn5KwQdlm6Xd8u0q7KGl7gI =Jrsa -----END PGP SIGNATURE-----