From: Paul Sokolovsky <pmiscml@gmail.com>
To: Rod Whitby <rod@whitby.id.au>
Cc: openembedded-devel@lists.openembedded.org,
angstrom-distro-devel@linuxtogo.org
Subject: Re: [RFC] Adding sanity to OE startup process
Date: Mon, 23 Apr 2007 10:15:51 +0300 [thread overview]
Message-ID: <1363913311.20070423101551@gmail.com> (raw)
In-Reply-To: <461C85D6.1010105@whitby.id.au>
Hello Rod,
Wednesday, April 11, 2007, 9:53:10 AM, you wrote:
> Paul Sokolovsky wrote:
>> I expected SlugOS project to be important stakeholder for such
>> changes, so I appreciate your response, Rob! I had a look at
>> slugos-init's syslog handling, and for sure it looks well done and
>> should be generalized to the whole OE.
> Thanks. It was mostly done by John Bowler. Any bugs introduced since
> then are my responsibility :-)
>> I guess, at this point, I should just play with it to understand
>> how it works better (for example, a question I have in mind: each of
>> syslog.{buffer, file, network} appears to just run syslogd with new
>> commandline params, not restart it or send signal; is this reliable
>> (e.g. documented)? Well, as I tell, I should try it myself first I
>> guess.)
> Good question. I thought that only *one* of them would get started,
> based on the contents of the destination field in /etc/sysconf.conf at
> boot. Is that not what you're seeing?
Sorry, for delay, due to approaching of 2.6.22 merge window, I
work mostly on HH.org kernel now, but yesterday finally found time to
play with this issue.
So yes, I see that the idea after all is log to only one
destination, just start logging as soon as possible for that
destination. I just had in mind something what Koen mentioned: start
logging to buffer ASAP, then later switchover to file if needed, then
to network if needed. Well, that's of course more of advanced feature.
Also, confirmed that file log rotation works at least with
busybox 1.2.1. Cleaned up syslogd.conf fixed to not contain confusing
statements this is not supported, committed. Koen, what do you think
about switching Angstrom's default setting to /var/log/messages after
this, to make it easier for non-busybox people? After all, main
trouble with file logging is now fixed - it cannot grow unlimited in
size.
> -- Rod
--
Best regards,
Paul mailto:pmiscml@gmail.com
next prev parent reply other threads:[~2007-04-23 7:44 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-05 15:27 [RFC] Adding sanity to OE startup process Paul Sokolovsky
2007-04-05 15:33 ` Sergey Lapin
2007-04-05 15:49 ` Paul Sokolovsky
2007-04-05 21:36 ` Rod Whitby
2007-04-05 21:45 ` Koen Kooi
2007-04-05 22:07 ` Rod Whitby
2007-04-10 12:27 ` Paul Sokolovsky
2007-04-11 6:53 ` Rod Whitby
2007-04-23 7:15 ` Paul Sokolovsky [this message]
2007-04-23 7:59 ` Koen Kooi
2007-04-24 12:26 ` Paul Sokolovsky
2007-04-10 11:27 ` Michael 'Mickey' Lauer
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=1363913311.20070423101551@gmail.com \
--to=pmiscml@gmail.com \
--cc=angstrom-distro-devel@linuxtogo.org \
--cc=openembedded-devel@lists.openembedded.org \
--cc=rod@whitby.id.au \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.