On Tue, 01.03.11 11:04, Andrey Borzenkov ([email protected]) wrote: > > Hmm, how would you use this? Send SysV stdout to /dev/null, but SysV > > stderr to the console? Is this really advisable? i.e. are you sure that > > if current init scripts encounter an error they properly write warnings > > to stderr, instead of just echoing them to stdout? > > > > I do not really need SysVStandardError, it was just monkey job, you > know :) copy'n'paste from DefaultStandardOutput/Error
Hee, I din't want to suggest that you should remove the stderr part from the patch. I just do wonder how precisely you are planning to make use of this, just to know the context for your patch. I can see good use in your patch, just wondering how precisely you'd make use of it and how you would ship things by default. I think if we do this, then we should have seperate options for stdout and stderr, simply to mirror how we do it for the the other stdio related options. How are you planning to use this? connect stdout of all services to /dev/null, and stderr to syslog? I guess such a default configuration coming from upstream might make sense: that way all errors would go to syslog, and the [ OK ] output would just go to /dev/null, since it is duplicate with what systemd generates anyway. The only problem with that I see is that syslog implementations started with sysv scripts would end up in a cyclic loop, and I don't know how to fix this... Lennart -- Lennart Poettering - Red Hat, Inc. _______________________________________________ systemd-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/systemd-devel
