Automatyczne montowanie pamięci podręcznych
W systemie automatycznego montowania poczyniono kilka ważnych zmian w Gnome 2.22. W tej chwili zajmuje się tym Nautilus zamiast gnome-base/gnome-volume-manager. Jednak, gnome-volume-manager jest cały czas używany do wykrywania nowego sprzętu takiego jak kamery.
Z powodu tej zmiany do pakietu gnome-volume-manager dodano flagę use automount, dla użytkowników, którzy chcą zachować stary sposób automontowania. Użytkownikom, którzy poprzednio uruchomili gnome-volume-manager z pulpitami nie pracującymi pod kontrolą Gnome zaleca się uaktywnienie tej flagi. Z kolej użytkownicy pracujący z Gnome powinnim wyłączyć tę flagę, tak aby nie powodować zakłóceń w pracy Nautilusa.
Począwszy od wersji 2.22, Seahorse (app-crypt/seahorse) jest oficjalnym menedźerem kluczy oraz haseł, który zastępuje GNOME Keyring Manager (gnome-extra/gnome-keyring-manager). Przechowuje on klucze GPG oraz SSH, może też zostać użyty do zarządzania hasłami zachowanymi w bazie kluczy GNOME.
Jeśli po aktualizacji GNOME Seahorse spełni oczekiwania użytkownika, można bez przeszkód usunąć pakietgnome-keyring-manager.
Integracja PAM i bazy kluczy GNOME
Rozpoczynając od GNOME 2.20, baza kluczy GNOME (gnome-base/gnome-keyring) zaczęła dostarczać moduł PAM (pam_gnome_keyring.so) w celu automatycznego odblokowywania bazy kluczy przy logowaniu oraz żeby odciążyć użytkownika od wpisywania dwóch haseł przy logowaniu.
W GNOME 2.22 ta funkcja jest jeszcze prostsza do skonfigurowania, dzięki pakietowi sys-auth/pambase, który posiada flagę USE gnome-keyring. Po włączeniu tej flagi, pliki konfiguracyjne PAM w /etc/pam.d/ będą automatycznie miały wpis pam_keyring.so w odpowienich miejscach. Potem należy użyć dispatch-conf lub podobnego narzędzia i wybrać pambase do aktualizacji tych plików.
W celu sprawdzenia innych zmian w nowej wersji środowiska gnome, należy przeczytać dokument GNOME 2.22 Release Notes.
Aktualizacja Pythona do wersji 2.5
Przed aktualizacją do Gnome 2.22 należy się upewnić, że posiadamy jedynie dev-lang/python-2.5*, a nasz system jest aktualny.
Listing 2.1: Aktualizacja pythona |
# emerge -av dev-lang/python:2.5 # python-updater # emerge -C dev-lang/python:2.4 |
Ostrzeżenie: Jeśli stworzymy raport błędu związany z błędami Pythona, a nadal będziemy używać wersji 2.4, poprosimy Cię o aktualizację do wersji 2.5. Herd Gnome nie wspiera GNOME 2.22 z zainstalowanym pakietem Puthon 2.4. |
W GNOME 2.22 kilka pakietów zostało podzielonych na dwa, aby umożliwić innym aplikacjom używanie poprzednio wewnętrznych bibliotek. Np. biblioteka parsowania playlist, będąca poprzednio częścią pakietu totem została teraz wydzielona do pakietu dev-libs/totem-pl-parser, tak więc rhythmboxmoże zależeć od niego, bez zależenia od pakietu totem.
Musimy zablokować możliwość jednoczesnego posiadania tych pakietów, aby uniknąć kolizji między plikami. Aby to zrobić, należy postępować zgodnie z intrukcjami zawartymi w Podręczniku Gentoo lub zwracanymi przez Portage. Tymczasowo można usunąć konfliktowe pakiety i dalej normalnie używać systemu, a uprzednio odinstalowane pakiety przywrócić gdy meta-pakiet lub inne części GNOME będą od niego zależne.
GNOME nie jest dłużej dostępne jako sesja w GDM
GDM używa plików dostępnych w /usr/share/xsessions/* do wykrycia zainstalowanych środowisk graficznych oraz umożliwia wybranie ich poprzez menu "Sesje".
Odpowiedni plik dla GNOME jest teraz dostarczany przez gnome-base/gnome-session-2.22 zamiast gnome-base/gdm, przez co plik sesji może zostać nadpisany.
Jednyna rzecz, jaka może pójść źle to niezaktualizowanie pakietu gnome-session po jego usunięciu, w celu rozwiązania blokowania pakietu GDM. Objawem może być brak GNOME jako wyboru w menu "Sesje" w GDM, w tym przypadku należy sprawdzić, czy pakiet gnome-session-2.22.0 lub nowszy jest zainstalowany.
Ten problem nie może się wydarzyć u użytkowników meta-pakietu gnome-base/gnome, ponieważ pobierze on odpowiedni pakiet gnome-session ponownie.
Materiał udostępniany na podstawie licencji Creative Commons - Attribution / Share Alike.