| Summary: | Avoid messages when quiet | ||
|---|---|---|---|
| Product: | Busybox | Reporter: | Robert Schwebel <r.schwebel> |
| Component: | Other | Assignee: | unassigned |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | busybox-cvs |
| Priority: | P5 | ||
| Version: | 1.15.x | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Host: | Target: | ||
| Build: | |||
| Attachments: |
patch
Fix fix logic of the last fix |
||
|
Description
Robert Schwebel
2009-12-13 22:02:56 UTC
(In reply to comment #0) > I've tried to use busybox with CONFIG_FEATURE_EXTRA_QUIET, but init's > startup banner does still appear. How about you start with describing what do you want to achieve? Since you didn't, I have to resort to guessing. Are you trying to suppress init started: BusyBox v1.XX.Y message? > I don't understand the intended logic > behind the sniplet patched below: it is in an 'else' part that is only > executed if the syslog feature is not enabled; why should something > printed out differently if syslog is not enabled? Are you asking me? I am not the author. > So this patch removes the duplicate full_write and delegates it to the > normal one. No, the patch vandalizes message(L_LOG, xxx) behavior. That full_write it removes is not duplicate. > The second part of the patch changes the file descriptor to stdout > instead of stderr. Why? Created attachment 841 [details]
Fix
Please try attached patch
(In reply to comment #2) > Please try attached patch Looks good, thanks for investigating. However, the logic seems to be reverse. If ENABLE_FEATURE_EXTRA_QUIET is selected, the message *is* printed (and thus it is not extra quiet). Robert Created attachment 855 [details]
fix logic of the last fix
OH NO!!!... :) Thanks, fixed. |