Announcement

Bezpieczenstwo - bezpieczenstwem, poprawki - poprawkami, deweloperzy - deweloperami ... a uzuszkodnicy - sobie ... zauwaz jak wiele osob do tej pory siedzi na FC2/3/4 bo im po prostu te systemy dzialaja Uscislajac ponownie - nie proponuje tworzenia archiwum z pakietami dla FC2/3/4 chcialem tylko w ten sposob pokazac, ze dla niektorych wazniejsze jest to zeby system dzialal niz to zeby miec w systemie ostatni numer pakietu. Niektorzy nie przechodza na wyzszy kernel bo im pod nowym np. muzyka nie dziala... i tyle

Inny praktyczny przyklad (walczylem z tym wczoraj) - podmiana kernela i586 na i686. Opis rozwiazania tego problemu powinien sie znajdowac na pierwszym, wyroznionym miejscu w kazdym wiki czy innym faq-u poniewaz powinien to byc pierwszy krok kazdego uzytkownika po zainstalowaniu FC6 32bit...

Sprawa ogolnie bardzo dobrze znana i opisana, ale... pojawia sie ale.

Przy probie podmiany kernela dystrybucyjnego i586 (2.6.18-1.2798) na najnowszy i686 (w chwili pisania tego tekstu jest to wersja 2.6.19-1.2895) pojawia sie problem. Problem ma na imie mkinitrd/nash. Ja sobie z tym poradze w 10 sekund, ale wielu noobow utknie albo zacznie nierozwaznie uzywac opcji --force... a wystarczylo by w tym wypadku trzymac na repozytorium komplet pakietow kernela o jeden numerek wyzszy niz dystrybucyjny (lub ostatni nie powiazany ze zmiana mkinitrd/nash) i w 2 prostych krokach, bez uzywania rpm-a mamy kernel najnowszy w architekturze i686 ([1] yum update kernel z naszego repo + [2] normalne yum update i po zabiegu). Jeszcze przez jakis czas ludzie beda instalowac FC6 i potykac sie na Anaconda bug - dlaczego nie uproscic tego procesu do granic mozliwosci skoro jest to bardzo przydatne i bardzo czesto spotykane? Mi osobiscie znudzilo sie juz odpowiadanie na ten temat... teraz pojawia sie nowe pytania bo podmiana kernela na najnowszego nie jest juz taka bezbolesna...