quo vadis jajku?

[Bartosz Świątek]

W dniu 7 września 2008 18:25 użytkownik Patryk Zawadzki
<patrys w pld-linux.org> napisał:
> 2008/9/7 Bartosz Świątek <shadzik w gmail.com>:
>> W dniu 7 września 2008 18:02 użytkownik Adam Golebiowski
>> <adamg w pld-linux.org> napisał:
>>> On Sunday 07 September 2008, Paweł Sikora wrote:
>>>> druga sprawa, bo tysiacpinset bcondow w kernel.spec vs. kernel-*.spec.
>>>> w repo widze dodatkowe kernel-{rcd,vanilla,desktop,laptop,xen}.spec,
>>>> wiec jaka jest oficjalna polityka? wspieramy w kernel.spec wylaczajace
>>>> sie wzajemnie bcondy, czy forkujemy spece, bo teraz to jest jakis rozjadz.
>>>
>>> Ja bym proponował kernel-${feature}.spec, jak widać nie mamy zasobów na
>>> utrzymywanie kernel.spec z jednoczesnym wsparciem dla vs,xen,grsec i czego
>>> tam jeszcze.
>> Tak, racja. Aczkolwiek nie tylko ${feature} tylko jeszcze ${purpose},
>> bo bardzo chętnie widziałbym kernel-server.spec.
>
> Chyba feature tu bardziej pasuje, to co dla pana Kowalskiego będzie
> kernelem serwerowym, dla pana Nowaka może być całkiem bezużyteczne, a
> pan Iksiński uzna to za overkill.
>
> Przykład - bez wątpienia moja maszyna to laptop i desktop w rozumieniu
> PLD, ale oba te kernele są dla mnie nieprzydatne ze względu na brak
> PAE (używam kernel-vanilla --with pae).

Z wuli paru modułów to ja i vanilla na serwerze używam, ale jest to
rozwiązanie suboptymalne.

Natomiast prędzej kowalski i iksiński nie skapuje co to jest za
magiczna opcja XEN, Vserver i PAE w jego kernelu, natomiast jak mu się
powie - kernel-server dla serwera, to tyle mu wystarczy. Bardziej
zaawansowani i tak sprawdzą najpierw co ten kernel zawiera.

A idea na takie kernele nie jest nowa i bynajmniej nie jest też moja.
Kope dystrybucji właśnie tak nazywa swoje kernele.

Żeby podać jakiś konkret co w takim kernelu powinno być: grsecurity
(pełne), patche sieciowe - słowem wszystko co jest użyteczne w
serwerze.

Natomiast wy* ...walić z takiego kernela pierdoły typu jakieś frame
buffery, moduły wifi i inne pierdoły spotykane tylko w komputerach
domowych.

I skoro już rozmawiamy o kernelu... Starajmy się sprawić, by każdy
kernel był _stabilny_ bo to co teraz mamy w kernel.spec to jest
żałosne.