TAGowanie zakazane.

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Pon, 26 Maj 2003, 09:46:38 CEST


On Mon, 26 May 2003, Wojciech "Sas" Cieciwa wrote:
[..]
> Moze odrobine ze swojego podworka - czystp kernelowego :)
> 
> Kernel buduje sie okolo 1-2 h - sam kernel, 
> reszta iptables, alsa, kernel-*, util-linux, freeswan, gradm, cvsfs, ftpfs,
>  cipe, drdb itp to okolo tez okolo 1.5 h

To nie ma znacznie. Spokojnie możesz posłać na buildery kernel i zająć się 
czymś innym. Po wrowwadzeniu zmiany do repo mozesz poprosić kogoś na 
liście zeby zbudował Ci kernel i wystawił kompilaty.
W międzyczasie zając sie możesz czymś innym.

W międzyczasie możesz zająć się wieloma innymi rzeczami.

> problem polega na tym, ze i tak w Twojej wersji bedziesz mial kernel 
> +pakiety okolokernelowe ...
> mozliwe, ze wyeliminujesz kilka:
> alsa, pcmcia-cs, kernel-* 
> ale na sumaryczny czas kompilacji, to ma niewielki wplyw ...
> oszczedzisz moze 10-15 min.
> bo to co wlaczysz w kernel i tak bedzie musialo byc skompilowane ...
> 
> PRAWDOPODOBNIE wiekszym problemem bedzie polaczenie tego wszystkiego w 
> calosc.
> 
> trzeba bedzie dopisac kawalek Makefile'a , moze nawet kilku, i pewnie tyle 
> samo Config.in.

Kernel jest tak skostruowanmy że umożliwoa skompilowanei pojedynczego 
modułu. Możesz wymyślać tysiące skrótów na to jak nie budować kernerla 
poprzez budowanie pakietów. MOżeszp oprostu użyć głowy .. ważsne jest 
jedno, że pracujac nad kernelem nie musisz mieć za kazdym razem rpm-a bo w 
końcu wielu ludzi sobei z tym tak raazi a przed wymyśleniem kernela w 
pakiecie wszyscy sobei w ten spsób radzili.

Tak czy inaczje .. rozróżnij sirodki techniczne ukierunkowane na
maksymanie szybkie sprawdznie poprawki w z zasobach kernelowych od
budowania pakietu. Jak dla Ciebie choćby nie będzie to tożsame to nagle
zacznie Ci się otwierać umysł na to że zamyjajac sie w bududowaniu
kernel*rpm tarcisz za każdym razem potwiorne ilosci czasu i to w sumie
niepotrzebnie.

Ergio: forma pakietów wynikowych nie powinna być podporżadkwoana temu jak 
się na tym pracuje. Powinna być zawsze podporządkwowana używaniu tego.
Nie ma przaykłądowo najmnieszego powodu żeby z wszystkich driverów do 
kart sieciowych T100 był tu wyróniony TYLKO e100.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*



Więcej informacji o liście dyskusyjnej pld-devel-pl