From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1L6ppq-0000Z1-NX for garchives@archives.gentoo.org; Sun, 30 Nov 2008 17:11:54 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 613DAE0557; Sun, 30 Nov 2008 17:11:52 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 32100E0557 for ; Sun, 30 Nov 2008 17:11:52 +0000 (UTC) Received: from [67.40.138.82] (crater.wildlava.net [67.40.138.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 7202E646A2 for ; Sun, 30 Nov 2008 17:11:51 +0000 (UTC) Message-ID: <4932C955.2080300@gentoo.org> Date: Sun, 30 Nov 2008 10:11:49 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.18 (X11/20081127) 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] Saving package emerge output (einfo, elog, ewarn, etc.) somewhere official References: <4932BE8F.6030000@gentoo.org> <1228064455.25651.158.camel@localhost> In-Reply-To: <1228064455.25651.158.camel@localhost> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: aab22aa3-139e-481e-839d-0ebc16158860 X-Archives-Hash: 03817f52994e5c1b229a87e239096218 Peter Volkov wrote: > Seems that we already have everything you dreamed about: > > http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=1#doc_chap4 > > Take a look at PORTAGE_ELOG_SYSTEM. It even can send that messages by > mail :) This is all cool, indeed! :) I suspect, however, that most users have never played with these variables. I think that saving this info in the portage db or making it more default/official in some way could be a great help. The core problem is, I think, that many users do not know where to look when having trouble, so they may not even realize that what they need is in the log info. The reason I was phrasing it more in "readme" terms is that most people can identify with that concept, and it could be made clear that there exists Gentoo-specific readme info that is always available (regardless of whether a user sets up the portage logging stuff). The bare log messages could exist as a minimal default for packages that do nothing special to provide more readme info. -Joe