From: Peter Volkov <pva@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] Saving package emerge output (einfo, elog, ewarn, etc.) somewhere official
Date: Sun, 30 Nov 2008 20:00:55 +0300 [thread overview]
Message-ID: <1228064455.25651.158.camel@localhost> (raw)
In-Reply-To: <4932BE8F.6030000@gentoo.org>
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 :)
HTH,
--
Peter.
В Вск, 30/11/2008 в 09:25 -0700, Joe Peterson пишет:
> Bottom line here is that there is extremely valuable and critical info
> in our emerge output. In a way, these messages are like Gentoo-specific
> READMEs (or release notes and/or install instructions). However, it is
> not saved for a user to use as a resource later (well, except that it is
> partially saved in the master emerge.log, but that's not quite useful
> enough). There is no "official" place to go to look for Gentoo
> instructions; /usr/share/doc is one logical place, but it only contains
> files actually installed, not the notes output by emerge (and these are
> usually upstream-supplied, not Gentoo).
>
> I propose that, upon merging a package, we save the emerge messages in
> either: 1) a package-specific file that resides somewhere "official" or
> 2) in the portage DB, so that the messages can be re-read via a portage
> utility. In the latter case, either a new option to "equery" or a new
> "q" command (e.g. "equery readme <pkg>" or "qreadme <pkg>" could
> retrieve the text).
>
> In either case, there would then be a place to go that is known and
> consistent (and can be documented in the Gentoo doc). It could, in
> essense, serve as a kind of "Gentoo package README" collection. I could
> also imagine later expanding on this by letting a given package also
> include more thorough README info from a file if the maintainer so desires.
next prev parent reply other threads:[~2008-11-30 17:01 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-30 16:25 [gentoo-dev] [RFC] Saving package emerge output (einfo, elog, ewarn, etc.) somewhere official Joe Peterson
2008-11-30 16:46 ` Marius Mauch
2008-11-30 16:55 ` Joe Peterson
2008-11-30 17:00 ` Peter Volkov [this message]
2008-11-30 17:11 ` Joe Peterson
2008-11-30 18:20 ` [gentoo-dev] " Ryan Hill
2008-11-30 21:02 ` [gentoo-dev] " Alec Warner
2008-12-01 0:38 ` Dale
2008-12-01 10:04 ` [gentoo-dev] " Christian Faulhammer
2008-12-01 3:10 ` [gentoo-dev] " Ben de Groot
2008-12-01 7:26 ` [gentoo-dev] " Duncan
2008-12-01 21:52 ` [gentoo-dev] " Gilles Dartiguelongue
2008-12-01 22:35 ` Joe Peterson
2008-12-01 23:38 ` Marius Mauch
2008-12-11 4:08 ` Donnie Berkholz
2008-12-15 22:43 ` Joe Peterson
2008-12-15 23:40 ` [gentoo-dev] " Duncan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1228064455.25651.158.camel@localhost \
--to=pva@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox