> Gondolom, ha feltenném a kérdést, hogy a Frugalware mennyi patch-et tolt bele az elmúlt három évben a kernelbe, akkor paraszt lennék... Vagy az UHU.
Most akkor feltetted a kérdést, vagy nem? :P
Én egyáltalán nem tartom parasztságnak ezt a kérdést, mert nem hiszem, hogy bárkinek bármiféle elszámolási kötelezettsége lenne a GPL vagy bármely egyéb hasonló licenc szerint. A Frugalware-ről nem tudok nyilatkozni. Az UHU esetén ezen patchek száma egyáltalán nem sok, nem tudom hogy pontosan mennyi, de az biztos hogy 0-nál több.
Disztribfejlesztői koromból nagyjából az alábbi volt a tapasztalatom, illetve a véleményem a sztoriról. Nekünk az volt az elsődleges feladatunk, hogy a felhasználó számára egy minél inkább konzisztens, ésszerű, könnyen kezelhető, logikus, jól összerakott rendszert adjunk. Az alapanyagokra, melyekből dolgoztunk, ez nem mindig jellemző. Nem ritka, hogy egyszerűen bizonyos komponensek azért nem működnek jól együtt, mert a fejlesztőik nem értenek egyet valami kérdésben, vagy esetleg csak mi az UHU-ban csináltunk valamit picit szokatlan módon. Ez esetben szép csöndben megpatcheltük a dolgot az UHU-ban, ennyi. Ha viszont olyan patchet csináltam valahol, amiből jó eséllyel sok más disztrib profitálhat, akkor azt igyekeztem visszaküldeni az eredeti fejlesztőknek (még akkor is, ha ez nyilvánvalóan sok plusz kört igényelt, levélváltást, elmagyarázást, meggyőzést, küzdést érte, ami mind-mind sok macera és konkrétan az UHU-t nem viszi előre, ráadásul irdatlan sok negatív tapasztalatot szereztem (igaz, nem a kernel terén... de tudjátok, ha rendszeressé válik, hogy az ember beküld értelmes reprodukálható hibaleírást és vele együtt patchet, és a fejlesztők évekig nem reagálnak rá, akkor k.rvára elmegy a kedve az egésztől)). Azt, hogy milyen patcheket készítettünk, nem mindenféle mágikus számok alapján találtuk ki, vagy a hangulatunk alapján, hogy például ma kernelpatchelő hangulatban vagyok, holnap inkább egy kis Gnome, hanem sorra vettük azokat a tényleges hibákat, amelyekkel találkoztunk. Ha az a kernelben volt, akkor ott kerestünk rá megoldást, ha viszont egy Gnome hiba jött szembe, akkor annak a végeredménye aligha kernel patch lett. Ez ilyen egyszerű.