След хонор Мартин, Карол Хербст обяви, че се оттегля от задълженията си на мейнтейнер и спира участието си в рецензирането на пачтей. Той е работил с драйвера Nouveau и механизма за трасировка MMIO (MMIOTRACE) в компанията Red Hat. След неговото заминаване, в ядрото ще останат още двама мейнтейнера, които поддържат драйвера Nouveau и, според Карол, се справят отлично с работата си.
Причината за напуск се посочва отсъствието на атмосфера на включителност сред разработчиците на ядрото. Карол е убеден, че в общността, занимаваща се с разработката на отворен софтуер, работата трябва да се извършва с уважение, на равни начала и без игра с властта. Според Карол последната капка е било съобщението на Теодор Тс’о, в което той сравнява мейнтейнерите с "тънката синя линия" (символизираща границата между реда и анархията), която иска да гарантира, че кодът, приет в ядрото, е поддържан и качествен.
Според Карол, човек, който говори такива неща, не може да заема позицията на мейнтейнер, независимо колко е важен за проекта, и той трябва да бъде изключен, преди да осъзнае какво означават тези думи за много маргинализирани хора и какви ужаси предизвикват в умовете им. Карол напуска, защото не може да остане в общност, в която може да се търпят такива думи.
Теодор Тс’о направи сравнение с тънката синя линия по време на обсъждането на съпротивата на старите разработчици срещу напредъка на Rust в ядрото. Той написа, че властта на мейнтейнерите е ограничена и те не могат да влияят на продължаването на разработката на вече приетите изменения, тъй като нямат способността да наредят на хората да работят по окончателни поправки и подобрения на инфраструктурата за тестване. Единственият инструмент за осигуряване на качество е способността на мейнтейнерите да предотвратят включването в ядрото на неосигурени и съмнителни изменения. След като кодът бъде приет, мейнтейнерите губят лостовете за въздействие върху разработчиците и стават лично отговорни за този код.
Когато се дава значителна промяна, поддържащите трябва да са сигурни, че промяната е напълно работеща, а разработчиците могат да поддържат кода след приемането му в ядрото и няма да оставят този код без надзор. Теодор дава за пример екипи, които са заинтересовани само в промотирането на своето творение, които изчезват веднага след приемането на кода и не се появяват отново, а поддържащите трябва да се справят с всички допуснати недоразумения.
Някои отправят обвинения в двойни стандарти, защото кодът на едни разработчици се приема почти веднага, а кодът на други се обработва дълго време. В този случай е важно установеното доверие и заслужената репутация. Ако разработчикът вече е показал способността си да поема отговорност за внесените изменения, одобрението протича бързо. За новаците приемането на изменения може да отнеме време, тъй като придружаващият трябва да разбере дали участникът може да отговори за своя код. Следователно участниците, особено тези, които се опитват да наложат радикални изменения, трябва да отделят много време, за да станат част от общността. Например, интеграцията на изменения за компилацията на ядрото с компилатора Clang отне 10 години.
Източник: opennet.ru
