🚀 go-pugleaf

Jan Rychter <jwr@icm.edu.pl> wrote:
: >>>>> "Adam" == Adam Kubicki <mikee@galaxy.uci.agh.edu.pl>:
: [...]
:  Adam> poprawisz te bledy w kernelu linxa (tego sie glownie czepiam),
: [...]
:  >> Konkrety?

:  Adam> owszem, bledy w kernelu oraz fakt ze struktura kernela sie
:  Adam> zmienia z wersji na wersje. To ciagnie za soba duzo wiecej pracy
:  Adam> zarowno terazm jak i w przypadku robienia nowej wersji pod nowy
:  Adam> kernel.

:  Adam> a wiec "nie idealny jak na firedwall" - lepiej ?  (dyskretnie
:  Adam> przemilcze co moim zdaniem sie bardziej nadaje :)

: No dobrze. To teraz po tej sporej dawce nieuzasadnionych zarzutow moze
: wreszcie uslyszymy jakies konkrety.

: Myslalem ze juz dales sobie spokoj z takimi postingami (w koncu
: dyskutowalismy o tym w prywatnej poczcie), ale widze ze nadal nie.

: Chetnie sie dowiem jak to "struktura kernela" zmienia sie z wersji na
: wersje. Chetnie dowiem sie tez jakie to bledy znasz w kernelu
: (najnowszym stabilnym, 2.0.25 -- nie wyciagaj mi jakichs 1.3.*).

myslalem ze w mailu wyjasnilem to juz, zauwaz co sam piszesz "ostatni
stabilny" - do nastepnej wersji? lista bledow w "stabilnych" kernelach
linuxa raczej nie napawa optymizmem ze tak juz nie bedzie.
Zgoda, jaki system nie ma bledow, wszystkie maja, jednak
w linuxie czesc to takie "niedopatrzenia" (odsylam do opisu bledow
w "stabilnym 2.0.0" ktory przeciez byl niepublikowany  az bedzie 
jako tako dopracowany). Moje zarzuty nie dotycza linuxa jako systemu, lecz
jako platformy na ktorej budowac sie bedzie firewall, zrobimy go, pare
dni pozniej pokaze sie nowy kernel z lista znaczacych bledow wiec trzeba
nasz system upgradnac, no ale przeciez znow procps sie zmienil z ktorego
zalozmy korzystamy, wiec trzeba przepisac kawalek kodu od nowa bo nowe
costam nie jest kompatybilne itd itp.
Ok, jesli ktos bardzo dobrze zna linuxa da sobie reade, moze nawet to nie bedzie
duzo wiecej pracy dla niego, ale nie polecajcie linuxa jako najlepsze
rozwiazanie dla wszystkich. Akurat bardzo wielka zaleta linuxa
czyli szybki rozwoj jest tutaj jego najwieksza wada.


: Sluchamy. I lepiej niech to tym razem beda prawdziwe zarzuty, a nie
: "slyszalem ze podobno ktos mowil ze widzial".

dalem przyklad, timeout dla SYN_RECV ktpory "dopoki nie poprawili gdy
ktos to zauwazyl" byl tragicznie zrobiony, i z niewiadomych przyczyn
inaczej (gorzej) niz w innych systemach.

-adam