Linus válasza Rob Landley RFC -jére

Linux

Linus válaszolt az lkml -en mgjelent RFC -re. Szerinte nincs szükség arra, hogy a "patch penguin" -t létrehozzák. Azért nincs, mert szerinte ez már most is létezik, és jól működik. Annyi csak a különbség, hogy nem "patch penguin" -nek hívják őket, hanem "subsystem maintainer" -nek.

És, hogy jeleleg kik is ezek?

Jelenleg minden alrendszernek vannak saját karbantartói, ilyenek például: David Miller (networking), Kai Germaschewski (ISDN), Greg KH (USB), Ben Collins (firewire), Al Viro (VFS), Andrew Morton (ext3), Ingo Molnar (scheduler), Jeff Garzik (network drivers) stb, stb.A fő problémák Linus szerint:


- az alrendszerek rosszul modularizáltak


- csökken a maintainerek érdeklődése


- kommunikációs/személyi problémák vannak (gondolom a fejlesztők egy csoportja és Linus között)

(A tippem: Rik van Riel (-rmap, régi VM, OOM killer), Robert Love (preempt kernelpatch), és Alan Cox (2.4-ac tree -ből nem merge -let dolgok) is ide tartozik, bár láttuk, hogy más fejlesztőknek is volt gondjuk Linus hozzáállásával)

Linus a válaszban elmondja, jó maintainert találni nehéz. Az újak tudnak segíteni, viszont szerinte fontosabb, hogy a meglevők legyenek támogatva. Elmondja, hogy ő kb. tíz-húsz emberben bízik meg igazán. "Senki sem bízhat több száz emberben igazán."

In short: don't try to come up with a "patch penguin". Instead try to help existing maintainers, or maybe help grow new ones. THAT is the way to scalability.

Tehát röviden: ne póbálják meg a "patch penguin" létrehozni, inkább támogassák a meglevő maintainereket.

( Csani | 2002. 01. 29., k – 13:28 )

http://www.lib.uaa.alaska.edu/linux-kernel/archive/2002-Week-04/0317.html

Ingo jol megmondta.
:D

Részben igaza van Ingo-nak.
Az ugyebár tényleg lehetetlen, hogy mindenki Linus-nak küldjön patch-eket, stb. Minden résznek megvan a saját maintainere, és tényleg létezik ez az el?sz?rés, és gondolom, ha nem követel?zve, stb. küldesz egy patch-et az adott részt karbantartó embernek, akkor még segít is olyanná tenni, amilyennek kell, ha netán nem felene meg a formai követelményeknek.

És az is igaz, hogy a Documentation/CodingStyle-ban minden le van írva, hogy linus hogy szereti a C forrást olvasni, egészen attól kezdve, hogy a K&R féle kinézetet és a 8 oszlopos tabulátorokat szereti, addig, hogy milyen módon, és kinek juttasd el. És ha ezek után válasz nélkül elveszik, akkor ne parázz...
Szóval ebben a részben igazuk van...

Viszont, mikor így kezd?dik a CodingStyle, hogy nyomtasd ki a GNU C kódra vonatkozó ajánlásait, NE OLVASD EL!, és utána égesd el, mert linus nem szereti... Háth imho felháborító!
Arról a GNU-ról ír így linus, aminek a C kompájlerét használja, aminek a grep, awk, sed és egyéb a rendszert használatra alkalmassá tev? util-jait használja, stb...
Imho itt-ott nagyon durva az a szöveg ami a CodingStyle-ban van.

Még egy hozzáf?zni való: AST már 91-92-ben megmondta Linus-nak, hogy monolitikus rendszert írni hülyeség! És imho most kezd szép lassan beigazolódni AST igaza: Az hogy a kernel egyre jobban egy ilyen nagy masszává kezd válni, stb. mind annak a jele, hogy az elején elszabta keményfej?Linus mert annyi esze már nem volt, hogy mikrokerneles OS-t írjon mint pl. a minix vagy a Hurd Mach-ja...

A Sikerét meg csak annak köszönheti, hogy RMS szóba állt vele, és nem volt kész (és még most sincs kész:-( ) a kernele, és gondolta, hogy Linus kernelével, és az ? GNU programjaival egy hasznos rendszer lesz... Ez egész addig így is volt, még el nem kezdtek különböz? francos drivereket írni a linushoz, és annak, hogy minden szart, ami nem odavaló be akarnak tenni kernelspace-be. Lásd pl. milyen sz@r és instabil pl. kernel-space nfs szerver és társai.
AST-t pl. anno Linus amiatt cseszegette, hogy nem jó semmire a minix, mert nem tesz bele semmilyen drivert.
Csak épp azt nem értette, hogy a minix csak oktatásra való minta OS. viszont ennek ellenére müxik! Linus meg minden kis szar drivert kernel-space-be tesz. Épp elég volna oda a taszkezel? meg max az MM+scheduler+IO kezel?
A többi menjen felügyelt/user módban...
És ha valaki pl. usb vagy akármilyen francos drivert akar írni, akkor nem kellene a kernelhez nyúlnia. Pl. a fájlrendszer már nem kernel space-ben futna, stb...
Azt hiszem AST most jogosan mondogathatná neki: Én megmondtam! :)