On Sat, Sep 23, 2006 at 02:05:52PM -0700, Dan Nicholson wrote: > On 9/23/06, Jeremy Henty <[EMAIL PROTECTED]> wrote: > > >Um, ... No? :-) The *key* functionality of the syslog is that it, > >well..., LOGs your SYStem messages. The ability to split the messages > >into separate files is a bonus. I'm wondering how useful a bonus it > >is. > > It's in fact much more than a bonus, and it's the reason why > programs even bother sending their messages to the syslog daemon.
Nonsense. The reason why programs even bother sending their messages to the syslog daemon is that they want their messages to be logged. *How* those messages are logged is none of their business. > If people didn't care about the filtering, then they'd just define a > file for their daemon and dump all the info there. Irrelevant. I'm suggesting that *some* people who care about the filtering might find it easier to dump all the info into a single file and filter it by some other mechanism. I'm not saying *everyone* should do this. I'm just suggesting *some* people might have a good reason to do it this way. > People use syslog because you can define what type of message you're > going to send, No, people use syslog because it is *the* standard way to LOG SYStem messages. It's nice for clients to be able to add a type field, and it's also nice-ish for the server to have a built-in (fairly clunky) configurable type -> target mapping, but it's not the reason *why* syslog exists, nor why clients use it. > ... and that allows people to filter these messages the way they > want in one standard way. But it doesn't. *This* person wants to filter messages by more than just the (facility,priority) pair. /etc/syslog.conf will *not* do that. And it's not just me who wants this - if it were then noone would have written syslog-ng. > This small "bonus" even allows you to ignore all the filtering and > dump everything to one file if you so desire. Well, duh, that's what I *said*. I'm asking if there's a compelling reason not to do that. For instance, would it make some fairly common sysadmin task harder? I'm thinking that it wouldn't, because most real-life use cases need to filter on more than (facility,priority). > What you're arguing against is exactly what allows you to have your > logs one way and me to have them another. Well, duh, that's what client/server systems are all about. I'm not arguing against you having your logs your way. > I'm done arguing now. :) <holy_grail> We'll call it a draw. </holy_grail> :) :) Regards, Jeremy Henty -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
