Warning, naughty language.
On Sun, Dec 23, 2012 at 6:08 AM, Mauro Carvalho Chehab <firstname.lastname@example.org> wrote: > > Are you saying that pulseaudio is entering on some weird loop if the > returned value is not -EINVAL? That seems a bug at pulseaudio. Mauro, SHUT THE FUCK UP! It's a bug alright - in the kernel. How long have you been a maintainer? And you *still* haven't learnt the first rule of kernel maintenance? If a change results in user programs breaking, it's a bug in the kernel. We never EVER blame the user programs. How hard can this be to understand? To make matters worse, commit f0ed2ce840b3 is clearly total and utter CRAP even if it didn't break applications. ENOENT is not a valid error return from an ioctl. Never has been, never will be. ENOENT means "No such file and directory", and is for path operations. ioctl's are done on files that have already been opened, there's no way in hell that ENOENT would ever be valid. > So, on a first glance, this doesn't sound like a regression, > but, instead, it looks tha pulseaudio/tumbleweed has some serious > bugs and/or regressions. Shut up, Mauro. And I don't _ever_ want to hear that kind of obvious garbage and idiocy from a kernel maintainer again. Seriously. I'd wait for Rafael's patch to go through you, but I have another error report in my mailbox of all KDE media applications being broken by v3.8-rc1, and I bet it's the same kernel bug. And you've shown yourself to not be competent in this issue, so I'll apply it directly and immediately myself. WE DO NOT BREAK USERSPACE! Seriously. How hard is this rule to understand? We particularly don't break user space with TOTAL CRAP. I'm angry, because your whole email was so _horribly_ wrong, and the patch that broke things was so obviously crap. The whole patch is incredibly broken shit. It adds an insane error code (ENOENT), and then because it's so insane, it adds a few places to fix it up ("ret == -ENOENT ? -EINVAL : ret"). The fact that you then try to make *excuses* for breaking user space, and blaming some external program that *used* to work, is just shameful. It's not how we work. Fix your f*cking "compliance tool", because it is obviously broken. And fix your approach to kernel programming. Linus
And to think from the title I thought you were going to write about Peanuts! LOL Linus kicks @$$!
A lot of people say the same of Theo de Raadt and the two don’t see eye to eye, but I have a feeling that’s because they’re really both the same person in many ways.
These guys exemplify the phrase : “It’s OK to be rude if you’re right”.
Well, isn’t it okay? (Answer: not at my job, where polite wrong and laziness wins hands down over rude and right.)
Argh! Same here.
The up side is that at least my work is on contract so when they expire eventually, I move on to someone else. No obligation to work with them again if I don’t want to. The down side, of course, is that this means income is unpredictable from month to month.
Reblogged this on Stupidityflowering and commented:
This is too good to pass up!
Holy crap, this is awesome. I may have to cross-post this as well!
This isn’t the first time he’s gone off the handle, but it is the first time (I think) he’s yelled at someone just 2 days before Christmas ;)
This is the real the reason I subscribe to the list and also to OpenBSD’s for Theo’s nuggets of gold :P
Pingback: Travel during the holidays | theatre of consciousness
Is he being a dick? Yes. Is he correct though? yes.
I can only imagine what we don’t see in the public mailing lists so he may be well within his rights to be one. But yeah, Mauro was being an ass (in addition to making the mistake) and we can got to see it.