From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1Dt6DO-00064v-VG for garchives@archives.gentoo.org; Thu, 14 Jul 2005 16:05:35 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6EG4VJo002136; Thu, 14 Jul 2005 16:04:31 GMT Received: from mails.dtic.mil (mails.dtic.mil [131.84.1.19]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j6EG1Pwd027096 for <gentoo-dev@lists.gentoo.org>; Thu, 14 Jul 2005 16:01:26 GMT Received: from [131.84.90.47] (sys947.dtic.mil [131.84.90.47]) by mails.dtic.mil (8.11.7p1+Sun/Oct04cac) with ESMTP id j6EG1Xc04524 for <gentoo-dev@lists.gentoo.org>; Thu, 14 Jul 2005 12:01:33 -0400 (EDT) Message-ID: <42D68C5B.1000005@gentoo.org> Date: Thu, 14 Jul 2005 12:01:31 -0400 From: Michael Cummings <mcummings@gentoo.org> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-embedded] Interactive command References: <1121294641.16275.40.camel@localhost> <1121299361.19172.3.camel@localhost> <1121317999.5993.27.camel@localhost> <1121342280.10953.20.camel@localhost> <1121351363.5971.45.camel@localhost> In-Reply-To: <1121351363.5971.45.camel@localhost> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=9E7F4E2E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 959f01aa-cc52-4a02-856d-9541c3cf09a5 X-Archives-Hash: 8f7cb4e2e685053577c3bf74e3b1ef88 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kristian Benoit wrote: > # ebuild path/to/ebuild config" > > I'm trying to do the same as config does, but in as a preconfig that > would only be also called on user request. > I'm just idly thinking here, and I'm sorry if this has already been said better - but I could see some value in an *optional* src_preconfig() function that allows you to run a manual config such as in the make menuconfig case - not required, but if present the ebuild breaks out with the einfo message, then when you go to run emerge again detects the change and carries on. Course as soon as I type this I realize that would require even more finangling since you would want to avoid clobbering with features=clean flags. Not sure of the mechanics on how this is done for the portage emerge process, but even stopping the emerge process for those packages that *must* have a preconfig done would help (are there any though? I can think of one maybe, but not really anything to demand new functionality in portage yet). 2 probably pointless cents on the matter, - -mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC1oxbq1ztTp5/Ti4RAh8hAJ4lgOVUpY5KKgwi5kuNuFNRqvt5rgCePCg1 GwezKKJ5hEJ3HU2XqL5DB7w= =sCo+ -----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list