Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 4138 - Better handling of einfo-output
Summary: Better handling of einfo-output
Status: RESOLVED DUPLICATE of bug 11359
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Daniel Robbins (RETIRED)
URL:
Whiteboard:
Keywords:
: 4943 11137 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-06-25 07:14 UTC by Olav Kolbu
Modified: 2011-10-30 22:36 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Olav Kolbu 2002-06-25 07:14:52 UTC
Some packages give you useful information at the end of an install, typically
telling you to remember to do something special to the Apache config or running
some script to set things up etc. However, if you install something that has
lots of dependencies, this can take hours and produce several thousand lines of
output. So chances are slim to none that Joe User will actually read the useful
parts, since it's displayed at the end of each individual install and not at the
end of the whole install chain.

Yes, you can force users to capture stdout/stderr and go through the NN thousand
lines of output afterwards, or you can fix it so that these "nuggets" of
information are remembered and displayed at the end of a run. Even better would
be to also capture this info somewhere semi-structured and have some sort of
extra command/option to call up this information whenever you want.

(Note, I haven't actually made sure that you don't do this already so feel free
to disregard :-)
Comment 1 SpanKY gentoo-dev 2002-08-16 18:30:38 UTC
*** Bug 4943 has been marked as a duplicate of this bug. ***
Comment 2 Väinö Järvelä 2002-11-13 20:58:17 UTC
When i first thought about this, i thought about config file system. It would
say that you have this and this many unread infos in queue. The "info-files"
would be stored as ebuild-##.##.##.info files in a dedicated directory. And when
read with a program like etc-update, you would have an option to delete the file.

This has at least one problem that i can come up right now: If ebuild informs
about errors with einfo (if einfo output is hidden, wouldn't want to read about
error messages through that service.). Like Quake2 -ebuild does (informs if
there are no output support). This could be solved with different command for
outputting errors. Error messages would ofcourse be in different colors and all.
Comment 3 Sam 2002-11-22 09:00:48 UTC
Wouldn't it be useful to let portage show all the einfos at the end of an emerge
'session', like is done with rsync? Einfos are supposed to give important
information, so the user will probably want to see it anyway. So basically it
will be more automatic. I guess portage could log all the einfos to a file for
each session and print the file at the end?
Comment 4 SpanKY gentoo-dev 2002-11-23 16:12:03 UTC
*** Bug 11137 has been marked as a duplicate of this bug. ***
Comment 5 SpanKY gentoo-dev 2002-11-29 11:43:47 UTC

*** This bug has been marked as a duplicate of 11359 ***