2013/3/16 Rainer Gerhards <[email protected]>: > 1) init is going away > As it looks, almost all distros will move towards systemd, and with that > this functionality is actually no longer used at all. So I doubt it > makes sense to put effort into something that's already scheduled to go > away.
As much as I'd like to see Ubuntu switch to systemd, atm it looks like they'll stick to upstart. > 2) signaling is as it is for 20+ years > Most importantly, any errors encountered during the config read phase > are not signaled back. This is the same since the beginning of syslogd. > So I doubt it is vital to fix it right now. I don't think the original syslogd had the ability to drop privileges, so it was a non-issue back then. > 3) After the patch, the kill is done almost at the same place as > previously > I moved it slighly in front of the privilege drop, and also in front of > binding the listener ports. However, all the hard plumbing is already > done, so on a usual system, the full init state should be reached within > an instant - definitely fast enough for the init system. > > In conclusion, I think the current state is good enough, and I think the > time required to implement a new signaling mechanism is better spent on > some other point of the long todo list. And, yes, I agree it is not an > awful lot of work, but doing it right requires some time (and not doing > it right wouldn't be better than what we have right now). Of course, > code contributions are happily accepted. > > Please let me know if my reasoning is wrong. This is mostly an issue for Ubuntu, and they don't seem to care how it is addressed. Should I enable the privilege dropping in Debian and should I bother enough, I guess I'll either have to cook up a patch or just shut up. You are right it's not important enough to bicker about. I just wanted to have it mentioned that there is a better/nicer way to do this. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
