(Replying to PARENT post)
(Replying to PARENT post)
I would have really hated to see him younger then.
These days every project he is involved with is pretty much a textbook case of how not to handle your community. If someone has a grievance with what you're doing, listen, explain why you don't care/can't do anything about it and let them feel like they had some impact on you. Instead there you have the "you're doing it wrong", "I'm more important than you", and "you're too stupid to understand how awesome this actually is" syndromes in full force everywhere.
Poettering and everyone who has anything to do with redhat expects users to thank him for shitting on them for free when Steve Jobs asks people to pay money for the privilege. If we wanted that we'd be paying Apple, we aren't because a long time ago we decided that certain thing were a lot more important to us than that. And he along with the people like him have decided that we need to be more like Apple for our own good.
(Replying to PARENT post)
Linus should be less dickish, I agree with that much. But Pottering, when you deliberately break the software on other people's computers, I think they are justified in hating you.
(Replying to PARENT post)
(Replying to PARENT post)
This is true, and a huge issue. Even being white, western, between 30 and 40, but female instead of male can expose you to huge amounts of abuse. It's a big problem for people who come from cultures where people making your mistakes personal is considered extremely aggressive and offensive.
Even in international organisations with experience in this sort of thing it can be delicate to work with different cultures and expectations. Open source communities have almost no sensitivity for this - people (Linus included) seem to operate under the assumption that they have the right to say anything they like with no responsibility for how people might be affected.
No one needs to censor themselves all the time, but you have to recognize that when you work with a team or a community you have to understand and respect the people you are talking to, especially if you hold a prominent position.
(Replying to PARENT post)
It's hard to say that "closed source" even has a community, so of course it's easy to point out assholes in the open source community.
I find (about half the time) submitting an issue on just about any github project run by "professionals" is a good way to be met with hostile behavior. It makes me wonder if the same things happen behind closed doors at places like google, Apple, MS, etc. I read a report a few months back about how the general atmosphere at google was one of pretentious content for fellow employees.
Maybe the tech community needs to get off its high-horse as a whole, including Lennart, who isn't 100% not-guilty of ever being "rude".
What tech related ecosystem has a "friendly" community?
(Replying to PARENT post)
(Replying to PARENT post)
(Replying to PARENT post)
Maybe you are the problem. I don't know a single OSS developer that is more hated than you. Ever wondered why this might be?
(Replying to PARENT post)
KDE 4.0 is release and KDE specifically says that they don't want Distros making packages for the .0 release. Distros do make packages because the community was excited to see it. Then a storm hits over what a 4.0 vs 3.99 release means.
PulseAudio comes out. Is stated that it is not a solid release yet and Distros please don't install. It gets installed and the whole community freaks out on PulseAudio.
KDE 4 and PulseAudio are SOLID and probably best of show in their categories now. BUT the community always will spread out hate (and even lies) to both projects because it wasn't solid on day one.
SystemD is considered bad because it is made by the same person that head up PulseAudio. That is enough for the community to never let go of the acceleration peddle on hate. SystemD got out of the trap that caught C# and Mono on Linux.
There is a reason why SystemD is on most systems. It is the best solution for the vast majority of people. I personally find it so much better then what was there before in practice and MUCH easier to understand.