@donmccurdy Copilot training and "3-week program consisting of a 5-10 hour commitment each week" is exactly what community needs to fix cases like XZ with busy maintainer bullied by bad actors.
Microsoft, are you ill? Are you just joking here around or just want to sell your crapy Copilot? This is just an insult to Open Source maintainers.
@martin.social You do not see how inappropriate this is?
@luis_in_brief Aaah, so now I know what was missing in my maintainer's life: "Maintainers will get hands-on learning of security principles, tools like GitHub Copilot and Copilot Autofix" Github Copilot!
@jarkko What I miss in LWN stats is the employer stats for Tested/Reviewed-by. There are such for committer Signed-offs, which shows only part of employer support for long term maintenance.
@corbet Maybe for the next LWN stats? (Tested/Reviewed aggregated over employer names)
Embed this noticeKrzysztof Kozlowski (krzk@social.kernel.org)'s status on Tuesday, 19-Nov-2024 23:39:35 JST
Krzysztof KozlowskiLast year, for each of six Linux kernel releases - v6.7, v6.8 ... v6.12 - I was topping the list of most active contributors. This consistency led to a more interesting stat: I am one of the most active Linux kernel contributors for this period (and I don't count Kent here as he just dropped stuff out of tree... and then developed things to his own tree without review or mailing list collaboration) with upstream 1339 commits.
I am however more proud of another impact I made: I am one of the most active reviewers of the last one year of Linux kernel development. Reviewing takes a lot of time, a lot of iterations, a lot of patience, a lot of template answers and results with only "some" of reviewed-by credit going to Linux kernel git history. Yet here I am: ~1000 reviewed-by credits for last year v6.7 - v6.12 Linux kernel.
@thibaultmol@kernellogger@tuxedocomputers " this license allows them to prevent from someone else" - this is exactly something they should not do. We all know open-source compliance releases have poor quality and we do not have problems with that. That's life. But what they did is: 1. Release poor quality code. 2. Restrict community rights by improving it and bringing upstream. That's a big no-go, big NAK for Tuxedo. Interesting twist, how one can release something open-source but not in open-source spirit.
@kernellogger@tuxedocomputers I wonder what is actually worse for customers: crappy driver release from vendors just for open-source compliance or this pseudo-open-source-move from Tuxedo which effectively blocks any community from upstreaming this code.
Let's recap what Tuxedo said: > We do not plan to relicense the tuxedo-drivers project directly as we want to keep control of the upstream pacing,
This is absolutely terrible move, restricting community and customers from working upstream. Kind of what proprietary company would like to do... Bleh, just choose other laptops.