Forum Debian Users Gang

Do aktualizacji mam skrypt, który najpierw wykonuje synchronizację, następnie uaktualnienie “sys-apps/portage” i pozostałych ebuild‐ów, a na koniec “@preserved-rebuild” i “depclean”. Po wykonaniu się uaktualnienia ebuild‐ów czytam komunikaty końcowe i wykonuję odpowiednie akcje, jeśli potrzebne do pełnej aktualizacji systemu, w tym: “eselect news read”, “etc-update”, zmiany konfiguracji ‘kernela’.

Do czyszczenia katalogu “distfiles” używam własnego skryptu, który pozostawia wszystkie pliki źródłowe o najwyższej wersji dla każdej nazwy, a resztę przenosi do katalogu “/var/tmp/portage/distfiles”, z którego mogę je usunąć ręcznie, gdy kończy się miejsce na dysku, albo przenieść z powrotem. Przy czym wersje są interpretowane z nazw plików w nieprymitywny sposób.

Czyszczenie katalogów budowania w “/var/tmp/portage” wykonuję komendą “rm -r”, gdy okażą się niepotrzebne. Ponieważ jeśli coś się nie zbuduje przez “emerge”, to czasem sprawdzam dlaczego, poprawiam, skryptem przygotowuję ‘patcha’ i kompiluję ponownie przez “ebuild compile”.

Do budowania ‘kernela’ mam “Makefile” z poleceniami do: konfiguracji ‘kernela’, budowania ‘kernela’, a następnie modułów zewnętrznych, i instalacji ‘kernela’ w katalogu “/boot”. Zresztą ostatnio używam do kompilacji własnego ‘forka’ oryginalnych źródeł ‘kernela’ z Github, ponieważ dopisałem pewien kod. Czyszczenie katalogu “/lib/modules” wykonuje “Makefile”, natomiast katalogu “/boot” wykonuję ręcznie, gdy po pewnym czasie okaże się, że ‘kernel’ działa poprawnie i poprzednią wersję można usunąć (co zwykle robię przed instalacją kolejnej wersji ‘kernela’). Czyszczenie katalogu “/lib/modules” może być bezpiecznie wykonywane przez skrypt, ponieważ wszystko co niezbędne wkompilowuję w ‘kernel’ (opcja “Y”, a nie “M” w konfiguracji), pozostają tylko zewnętrzne moduły oraz moduły obsługujące mało używane urządzenia. Wcześniej — gdy używałem “sys-kernel/gentoo-sources” — pozostawało jeszcze czyszczenie katalogów “/usr/src” i “/lib/modules”.

Wydaje się, że wiele z poleceń, które wymieniłeś, są ‘redundantne’, tzn. wykonują te same czynności co inne wymienione.

Jak jest napisane na wiki Gentoo w sekcji ‟Operation”, “emerge --sync” wykonuje po prostu “emaint --auto”, więc teraz “emaint” powinno być używane.

Moim zdaniem w Gentoo żadne polecenia nie zastąpią bieżącego rozumienia stanu systemu.

Ostatnio edytowany przez overcq (2025-02-22 08:32:31)

Aliasów nie robię żeby lepiej pamiętać te polecenia. Gentoo jest bardzo stabilny, to widać, stabilniejszy od Archa. Jak się dobrze skonfiguruje Gentoo to jest nawet nudny, pomijając tylko czas kompilacji. W sumie racja że reinstalka raczej tylko przy zmianie sprzętu, ale na wirtualnej maszynie pewnie pare lat postoi.