3 ms·
Yes, but it's behaviour people have come to expect, and one you should replicate when you're replacing an existing system. I see no reason to break established
by Asooka 9y ago
Yes, but it's behaviour people have come to expect, and one you should replicate when you're replacing an existing system. I see no reason to break established behaviour of the single de-facto implementation, unless there are significant performance gains to be made. Even then I would rather add an option to turn off the expected behaviour for those who know what they're doing.
SystemD is following a standard, while people are relying on an implementation. One that has been stable for a long time and has become a de-facto standard. Think of e.g. memcpy on BSD - even though the standard says memcpy between overlapped regions is not defined, the implementation does memmove in that case, because that's what people expect to happen. If you're replacing a system that has historically provided guarantees above and beyond those given by a bespoke standard, you should emulate them, or you'll cause users a lot of pain.
SystemD devs have chosen to inflict pain on their users, hence the users are not happy.
- tyingq 9y agoI do agree that there was that expectation. There was at least a "defacto" standard in that many Linux distribution resolv.conf man pages said things like "If there are multiple servers, the resolver library queries them in the order listed." (verbatim quote from some Linux distribution...I concede though, that different distributions may not have spelled that out)
- bluejekyll 9y agoI've always expected that to mean that it attempts the next on the list in case of a failure to receive a message from one, it attempts the next. Some of the people in that bug are saying something that would imply that it also attempts the next on the list in the case of NxDomain/NoData, etc., terminal errors in the lookup. Once one of these is received, it's been my expectation that the query should been marked as failed, and not reattempted.
- tyingq 9y agoI would expect the same as you, though the man page isn't terribly specific in that regard.