Kernel source- dlouhe

[Stanislav Meduna]

On Fri, 24 May 2002 12:01:54 +0000 (UTC), Hecht Pavel wrote:

: Jak je videt, distributor do toho sice vidi lepe nez ja, ale ma casto jine
: priority

Ano, to je zial tak.

: 1 Pouzit jadro od distributora, patchovat ho danym driverem. Odtud obava, za
: se patche budou spatne snaset a predesla otazka kdo s kym .
: 2. Pouzit vanilla kernel, opatchovat ho a riskovat, ze bude chybet neco
: velmi duleziteho, a opet bude hrozit nefunkcnost, ztrata dat nebo velke
: bezpecnostni riziko. Odtud otazka na "povinne patche" - tak, jak je uvadeji
: proprietalni clones UNIXu.

Pokial je potrebny driver v -ac, zacal by som tym - Alan je clovek,
ktory vie najst zlatu strednu cestu medzi kvalitou a testovanim
novych veci.

Pokial to -ac nema a treba naozaj osobne aplikovat nejaky patch,
zacal by som 2) a prezretim linux-kernel, ci v poslednom vydanom
vanilla jadre nie su nejake zavazne problemy. Pokial ano,
skoro urcite su opravene v poslednej -pre verzii.

: 3. Doplnkova otazka: Lze pouzit kernel (bzimage ev. modules), zkonfigurovany
: na jedne distribuci (RH) na jine (napr Slackware nebo Debian)?

Nie je to zarucene - pokial napr. jedna distribucie defaultovo
zapina devfs a druha nie, zalezi na tom, ako tolerantne su jej
init skripty napisane. Podobne moze byt problem s patchmi danej
distribucie, ktore vyzaduju konkretne verzie userspace utilit -
na to som napr. narazil s USB tlacou (RH mal vlastny patch
a vanilla jadro sa spravalo trochu inak).

: 4. Co si myslet o iniciative Linux From Scratch ?

Poznam ludi, co si to z dovodov ucenia sa presli. Pre bezne pouzitie
to asi vyznam nema - jedine pokial potrebujete nejake jednoucelove
zariadenie s limitovanymi zdrojmi.

: Zaverem podotykam, ze se mi jedna o profesianalni nasazeni serveru, tedy
: urcite ne na hrani her.

V tom pripade je mozno dobrou ideou najprv pozriet do jadra
a potom podla toho kupovat hardware.

Zdravi
-- 
                                      Stano