I dare you to top that.
I'm a little bit proud that I one time he told me "That's a good catch" (after verbally abusing someone else previously on the same bug).
Alas, it appears un-googlable.
No excuse for rudeness, but I understand why he may have gotten that way.
Can you imagine the number of silly bugs the glibc maintainer has to go through? Year, after year? Especially when people don't give enough evidence.
That is bug twelve thousand seven hundred and one. Developing a way to deal with all of those badly reported bugs quickly would be to do it like this. Just tell the people they are wrong, and have them provide more detail to prove their case. If you say, "Can you please provide more information", often bug reports just sit there.
Again, I don't condone the behaviour personally, since I would put people above the software. But I can see how maintaining glibc for many years would warp a person.
If anything, I think the problem is that he provided too much detail, since that detail alone should have been dispositive.
Perhaps if bug-lists are so awful to read (and I have no doubt that they are) then the people reading them need more [close] buttons.
[close - no ref to standard]; [close - no test example code]; etc, and these provide templated replies that ask people for correct reports.
"We closed this bug. You MUST provide a clear reference to the specification showing how $THING is non-compliant.
AND
you MUST provide a test example code snippet".
This would help de-stress people reading the bugs, and might prompt people providing bugs to provide correct information.
I agree that templates are often hateful nasty things - templates on Wikipedia are really nasty approach. But here the alternative is, well, also pretty unpleasant for some people.
drepper's skill is in goading that response out of people, sometimes unconsciously, sometimes consciously. Take note of where the rudeness began before spending 143 words apologizing for and defending him.
I struggle to think what additional information could be included in this bug report, as you request, since:
f(x) -> y /* erroneous */
f(x) -> z /* correct */
...is about the most perfectly-written bug you can ask for and was enough context for drepper to understand.