| Summary: | sys-apps/portage-2.1_pre5 and PORTAGE_ELOG_SYSTEM="save" | ||
|---|---|---|---|
| Product: | Portage Development | Reporter: | jieryn <jieryn> |
| Component: | Enhancement/Feature Requests | Assignee: | Portage team <dev-portage> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | gurligebis, sambesselink |
| Priority: | Normal | Keywords: | InVCS |
| Version: | 2.1 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
jieryn
2006-02-26 06:15:52 UTC
I vote for that too :-) Actually I didn't use PORT_LOGDIR on purpose to keep the different kinds of portage logs separate, though that code isn't set in stone yet, using $PORT_LOGDIR/elog would probably satisfy both goals. perhaps this is rapdily spinning beyond your original vision but... if the 'mail' option splits all the status messages per build, why not be consistent with the other logging functionality.. that is, one for each of the last builds? :-) (In reply to comment #3) > perhaps this is rapdily spinning beyond your original vision but... if the > 'mail' option splits all the status messages per build, why not be consistent > with the other logging functionality.. that is, one for each of the last > builds? :-) Sorry, can't follow you there. How does 'mail' split things differently to 'save'? i've errored, sorry! At the moment elog uses PORT_LOGDIR/elog, fixing this bug. I assume it can be closed? Thanks, apparently this has been fixed. |