pomoc - trochu jiny pohled

[Ing. Miloslav Ponkrác]

>Kdyz poslete ten patch/zmenu pouze Linusovi a ten ji odmitne, tak o
>tom rozhoduje jenom jeden clovek. Pokud ji poslete zaroven
>maintainerovi, zaroven do LKML i s popisky, vysvetlenim, benchmarky a
>opravdovymi vysledky, a dale bude videt, ze jste ochotny se o danou
>vec dale starat ... tak je to uplne jine.

>Predstavte si to jako napr. "Hele Linus, tady ti posilam muj skvelej
>memory management, podle mne je fakt lepsi, delej si s nim co chces +
>1MB patch" versus pravidelne posilani patchu do konference, konzultace
>s aktualnimi maintainery memory managementu (andrea/riel..), ochota
>patch maintainovat, opravovat, spolupracovat, vysvetlovat, hadat se,
>benchmarkovat, ...


Tomu, jak jste mi to vysvětlil rozumím a nemám nejmenší námitky. Zdá se mi
to tak správné.

>> >Naprosta vetsina je v kodu, ale ne zridka vyvojari zverejni nejake
>> >dokumenty nebo slajdy... kdo hleda a kdo chce, ten vetsinou najde.

>> Myslím, že je chyba, pokud to není centrálně na jednom místě
>> vyhrazeném pro vývojáře jádra Linuxu.

>No ony veci kolem Linuxu / Free Software uz prirozene nejsou tak
>"centralizovane". Ale myslim, ze na naprostou vetsinu potrebnych veci
>se snadno doklikate z kernel.org, kernelnewbies.org, prohledavatelny
>archiv LKML, google ... centralni server by naopak byl asi nepruzny,
>single point-of-failure a zas tak moc vyhod by neprinesl.


Ono je potřeba asi rozlišovat, jestli se bavíme o jádře, nebo o celém Free
Software. Myslím, že pokud se bavíme o jádře, je nebo časem bude naprosto
nutné, aby veškerá dokumentace byla centrálně. Za dokumentaci nelze
považovat zdrojový kód.

>> Pokud počítáme s tím, že budu kompilovat. Pokud jako firma chci dodávat
>> binární formu, je to také přenostitelné?

>To uz je horsi. Pokud to neni nic prilis sloziteho, tak binarni forma
>casto chodi na vetsine aktualnich distribuci (ktere vysly dejme tomu
>ve stejnem roce).


Takže to stejně v případě komerčních aplikací skončí tak, že kromě dvou tří
největších ostatní distribuce nebudou pro binární aplikace podporovány.
-( Mě připadá celkem jednoduché zajistit kompatibilitu na úrovni
spustitelných souborů s tím, že bude řečeno "potřebuje takové a takové
sdílené knihovny".

>> Proč tedy existují RPM balíčky, DEB balíčky, apod.?

>Proc existuji ruzne distribuce? Proc vsichni lide nepouzivaji ten samy
>operacni system, toho sameho emailoveho klienta a nenosi stejne
>obleceni? :)


Jde ale o rozumnou míru mezi jednotností a mnohostranností. Mohl bych také
napsat, proč si každý neuděláme svůj standard TCP protokolu? Proč si každý
nevymyslíme svoje vlastní standardy úplně na všem?

Opět si myslím, že lidé, tentokrát už ne jen komerční aplikace, budou
podporovat nanejvýš dva, možná tři typy balíčků, tedy několik málo
distribucí. Valná většina lidí ale udělá jen jeden, a to balíček pro svou
distribuci. Připadá mi to jako dost neutěšený stav.

S pozdravem

Miloslav Ponkrác