From: Adam Borowski <email@example.com> To: Linus Torvalds <firstname.lastname@example.org> Cc: Linux Kernel Mailing List <email@example.com> Subject: Re: [...] an apology, and a maintainership note Date: Sun, 16 Sep 2018 23:42:26 +0200 Message-ID: <firstname.lastname@example.org> (raw) In-Reply-To: <CA+55aFy+Hv9O5citAawS+mVZO+ywCKd9NQ2wxUmGsz9ZJzqgJQ@mail.gmail.com> On Sun, Sep 16, 2018 at 12:22:43PM -0700, Linus Torvalds wrote: > This is my reality. I am not an emotionally empathetic kind of person > and that probably doesn't come as a big surprise to anybody. Least of > all me. The fact that I then misread people and don't realize (for > years) how badly I've judged a situation and contributed to an > unprofessional environment is not good. > > This week people in our community confronted me about my lifetime of > not understanding emotions. My flippant attacks in emails have been > both unprofessional and uncalled for. Especially at times when I made > it personal. In my quest for a better patch, this made sense to me. > I know now this was not OK and I am truly sorry. > > The above is basically a long-winded way to get to the somewhat > painful personal admission that hey, I need to change some of my > behavior, and I want to apologize to the people that my personal > behavior hurt and possibly drove away from kernel development > entirely. Despite me being just among bottom-rung popcorn of kernel contributors, let me says this: No. Just no. You're so successful because you're one of few people who don't waste time beating around the bush. You call a spade a spade instead of polite "professional" bullshit. You often use rude words, but you don't do so without a reason. IMO your most striking quality is not technical ability (pretty high...) but the ratio of times you open your mouth to the times you're right. And even if you're not right, you don't take offense at getting corrected and immediately admit someone else was right. Sure, there are cases when both choices are right, but your approach avoids wasting time making a decision. For example: recently, you forced disabling string truncation warnings despite many people feeling otherwise. I for one believe GCC's warnings even though sounding bogus are good for eliminating strncpy -- what I would have done would be giving it an aliased version named "fixedfieldncpy" or such that disables the warning, and fixing the whole rest. But what you did instead deprioritizes the issue: the kernel doesn't work any worse than it did with gcc-7, thus there are indeed more urgent matters elsewhere. So even if I don't fully agree with you, you are the boss and as long as your version is acceptable, let's stick to it. And, it's _you_ who has proven merit, not me. > I am going to take time off and get some assistance on how to > understand people’s emotions and respond appropriately. > > Put another way: When asked at conferences, I occasionally talk about > how the pain-points in kernel development have generally not been > about the _technical_ issues, but about the inflection points where > development flow and behavior changed. Too many projects get detracted by prolonged crap about social things, don't let this pull you down. There's a problem when people _without merit_ are rude -- those indeed need to get a spanking. A spanking not ADHD meds. Short and to the point, letting them learn. But you, you _earned_ the right to be rude to get your point across. I watched a video about you getting shamed on a DebConf because of breaching some "code of conduct" by using a naughty word. I didn't like that and believe it was you who was right (I don't recall the details though). > I've talked to Greg to ask him if he'd mind finishing up 4.19 for me, so > that I can take a break, and try to at least fix my own behavior. > > This is not some kind of "I'm burnt out, I need to just go away" > break. I'm not feeling like I don't want to continue maintaining > Linux. Quite the reverse. I very much *do* want to continue to do > this project that I've been working on for almost three decades. > > This is more like the time I got out of kernel development for a while > because I needed to write a little tool called "git". I need to take > a break to get help on how to behave differently and fix some issues > in my tooling and workflow. You do deserve a vacation. By all means, do take a break and let the community rehearse for "Linus got mauled by a bear". But we want you back. > And yes, some of it might be "just" tooling. Maybe I can get an email > filter in place so at when I send email with curse-words, they just > won't go out. Because hey, I'm a big believer in tools, and at least > _some_ problems going forward might be improved with simple > automation. Please don't. When you use curse words, they're _warranted_. They're a tool which, in my opinion, you don't overuse. And it's fun to listen to a true master of words. An example: how many pages would https://lkml.org/lkml/2016/8/2/2062 take to say politely yet get the same effect? > I know when I really look “myself in the mirror” it will be clear it's > not the only change that has to happen, but hey... You can send me > suggestions in email. When you look yourself in the mirror, I want you to see that guy who codes in a bathrobe instead of a sweet-talking lying politician. Being honest means sometimes saying non-nice things. Meow! -- Don't be racist. White, amber or black, all beers should be judged based solely on their merits. Heck, even if occasionally a cider applies for a beer's job, why not? On the other hand, mass-produced lager is not a race.
next prev parent reply index Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-09-16 19:22 Linux 4.19-rc4 released, " Linus Torvalds 2018-09-16 21:42 ` Adam Borowski [this message] 2018-09-16 23:59 ` [...] " Moritz Obermeier 2018-09-17 0:18 ` Linux 4.19-rc4 released, " Rene Herman 2018-09-17 0:20 ` [...] " Andy Isaacson 2018-09-17 0:23 ` Linux 4.19-rc4 released, " Rene Herman 2018-09-17 6:57 ` opal hart 2018-09-17 7:57 ` […] " Martin Steigerwald 2018-09-17 8:53 ` Martin Steigerwald 2018-09-30 12:09 ` Re: Linux 4.19-rc4 released, " lkcl 2018-09-30 14:07 ` Martin Steigerwald 2018-09-30 16:27 ` Luke Kenneth Casson Leighton 2018-09-17 12:58 ` Guenter Roeck 2018-09-17 17:09 ` Joe Perches 2018-09-17 21:09 ` Michael Woods 2018-09-18 1:30 ` Pavel Snajdr 2018-09-21 22:13 ` Michael Woods 2018-10-04 14:57 ` ebiederm 2018-10-08 15:29 ` Enrico Weigelt, metux IT consult 2018-10-08 13:54 ` Enrico Weigelt, metux IT consult 2018-10-08 16:36 ` Enrico Weigelt, metux IT consult
Reply instructions: You may reply publically to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
LKML Archive on lore.kernel.org Archives are clonable: git clone --mirror https://lore.kernel.org/lkml/0 lkml/git/0.git git clone --mirror https://lore.kernel.org/lkml/1 lkml/git/1.git git clone --mirror https://lore.kernel.org/lkml/2 lkml/git/2.git git clone --mirror https://lore.kernel.org/lkml/3 lkml/git/3.git git clone --mirror https://lore.kernel.org/lkml/4 lkml/git/4.git git clone --mirror https://lore.kernel.org/lkml/5 lkml/git/5.git git clone --mirror https://lore.kernel.org/lkml/6 lkml/git/6.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 lkml lkml/ https://lore.kernel.org/lkml \ email@example.com firstname.lastname@example.org public-inbox-index lkml Newsgroup available over NNTP: nntp://nntp.lore.kernel.org/org.kernel.vger.linux-kernel AGPL code for this site: git clone https://public-inbox.org/ public-inbox