Linux OpenSUSE42.3 Leap ustawienie rozdzielczości po upgrade

[1709]

Juz po za tematem ...

Jeśli aktualizujesz system to aktualizują się wyłącznie programy. Nie są aktualizowane Twoje ustawienia i to przez żadne DE/WM. "Stare" style systemowe są aktualizowane w sposób umożliwiający działanie. To, że nikt nie czyta, że często należy skasować zawartość ~/.cache dla ustawień danego DE, to zupełnie inna sprawa.

pavbaranov Jesli aktualizujesz system to
- usuwane sa stare pliki
np. w /usr , /lib , ...
- instalowane jest nowe oprogramowanie np. w /usr/ ,  /lib , ...
- czasami wykonywane sa dodatkowe skrypty np. odswiezenie menu aby odrazu wczytal nowa liste aplikacji, lub jakies inne rzeczy.
( mozesz sobie sprawdzic kod zrodlowy pakietow )
Jak sam stwierdziles ustawienia zostaja te same,
i kiedy juz po aktualizacji uruchamiasz ten sam program ale nowszy nie zawsze musi tworzyc nowy plik konfiguracyjny ( bo np. czesto nie sa "wersjonowane" ) i wczytuje stary plik.
Zazwyczaj dzialo sie tak, lub dzieje sie tak ze jesli aplikacja wykryla jakies niestandardowe opcje to wypisywala blad tylko do  .xsession-errors ,
ale nadal dzialala.
A jesli blad byl krytyczny, wtedy aplikacja sie zamykala, najczesciej konczac bledem pamieci.
https://pl.wikipedia.org/wiki/Naruszenie_ochrony_pami%C4%99ci
I teraz jesli Ci plazma dziala, czyli KDE 5, to chwała developerom.

Pliki konfiguracyjne aplikacje domyslnie zapisuja najczesciej w /tmp/...  lub w /home/nawa_uzytkownika/...
( to zalezy od srodowiska i aplikacji, nie wnikając jak jest dokladniej w KDE 5 )

Podobnie jest z motywami, choc nie zawsze.
Motywy takze zazwyczaj nie sa wersjonowane, ale zauwazylem ze te nie kompatybilne raczej nie sa poprostu wczytywane przez menadzer wyboru motywu danego srodowiska. ( oczywiscie, moze nie zawsze )
Gdyby sie okazalo ze dany motyw po aktualizacji systemu jest juz nieaktualny, powinien zostac zaladowany nowy domyslny dla nowego srodowiska i nie powinny sie pokazywac w menadzerze juz nieaktualne.

Aaa i pomijam problemy sprzetowe tego typu, ze
ktos se wlaczyl jakis motyw z wypasionymi full cieniami, blaskami i nagle mu sie srodowisko krzaczy bo jego karta graficzna np. nie obsługuje cieni lub jakiejs innej technologii.

[pavbaranov]

Juz po za tematem ...

Jeśli aktualizujesz system to aktualizują się wyłącznie programy. Nie są aktualizowane Twoje ustawienia i to przez żadne DE/WM. "Stare" style systemowe są aktualizowane w sposób umożliwiający działanie. To, że nikt nie czyta, że często należy skasować zawartość ~/.cache dla ustawień danego DE, to zupełnie inna sprawa.

pavbaranov Jesli aktualizujesz system to
- usuwane sa stare pliki
np. w /usr , /lib , ...
- instalowane jest nowe oprogramowanie np. w /usr/ ,  /lib , ...

Zwróć uwagę co napisałem: "TWOJE ustawienia", nie ustawienia systemowe. Ustawienia systemowe (najczęściej /etc) oczywiście może nowa wersja programu przynieść, ale nie musi. Może, ale nie musi (i najczęściej tego nie robi) "nadpisać" owe ustawienia w /etc/ (to zależy od dystrybucji i przyjętych tu zasad; np. w mojej dostaję jedynie informację, że jakiś program dostarczył nową wersję jakichś ustawień i... I tyle. Resztę muszę dokonać sam, włącznie z tym, by zdecydować, czy zmieniać te ustawienia, czy nie. Znane mi są jednak dystrybucje, które owe ustawienia "podmieniają").
"Twoje", czyli użytkownika ustawienia są w jego katalogu domowym. Doprawdy nie ma tu co kombinować - nie istnieje żadna poprawnie skonstruowana dystrybucja, która mogłaby mieć prawa wymienić te ustawienia użytkownika wraz z nową wersją oprogramowania. Oczywiście jeśli nie masz swoich ustawień, to te ustawienia mogą zostać zmienione, albowiem program "pociągnie" je z owych zmienionych (ale patrz wcześniej) ustawień (domyślnych plików konfigurujących), które przyniesie nowa wersja.

- czasami wykonywane sa dodatkowe skrypty np. odswiezenie menu aby odrazu wczytal nowa liste aplikacji, lub jakies inne rzeczy.
( mozesz sobie sprawdzic kod zrodlowy pakietow )

Najczęściej to kwestia dystrybucji, a nie kodu źródłowego - masz absolutną rację.

Jak sam stwierdziles ustawienia zostaja te same,
i kiedy juz po aktualizacji uruchamiasz ten sam program ale nowszy nie zawsze musi tworzyc nowy plik konfiguracyjny ( bo np. czesto nie sa "wersjonowane" ) i wczytuje stary plik.

No właśnie najczęściej, jeśli są ustawienia użytkownika (~/.config, ~/.local/) to ów program nie uruchomi się z "nowymi" ustawieniami, albowiem "zobaczy", że ma już plik konfiguracyjny (no chyba, że nowa wersja /nie-/wymaga pliku o innej nazwie).

I teraz jesli Ci plazma dziala, czyli KDE 5, to chwała developerom.

Albo mi, bo dbam, by działała
Skoro jednak przy niej - a autor wątku ma takie DE - to jedno wyjaśnienie.
Obecna wersja KDE zapisuje swoje ustawienia w kilku miejscach, głównie to ~/.config/ oraz ~/.local/share/. Nadto ma duże możliwości konfiguracji (to miało KDE od zawsze). Do tego jest... "sklep" (store.kde.org), gdzie znaleźć można od groma różnych skórek, tematów itp. Instalując je przez GHNS oraz ustawiając w systemsettings ingerujemy właśnie w te pliki konfiguracyjne (głównie w ~/.config). Dla danego użytkownika, który tego dokonał. Mało kto jednak zauważa, że po zmianie oprogramowania, taki jego ulubiony wystrój może już nie działać poprawnie, albowiem był dostosowany np. do Plasma 5.6, ale już niekoniecznie kompatybilny z 5.12. Mało kto potrudzi się też o to, by to sprawdzić, by sprawdzić, czy jest nowa wersja dostosowana to 5.12 itd. itp. i przede wszystkim albo taką wersję zainstalować, bądź... przywrócić "ustawienia fabryczne". I po to jest uruchomienie na testowym, domyślnym użytkowniku, albowiem tam mamy pewność, że użyte są domyślne ustawienia deweloperskie (zarówno dystrybucji jak i od KDE). To zresztą funkcjonuje również w innych DE i nie dotyczy wyłącznie KDE.

Powiedzmy sobie szczerze. To raczej te aplikacje, które zostały źle zaplanowane. Są systemy (sam taki mam), gdzie owe /tmp/ to tmpfs. Po restarcie wszystko stamtąd niknie. Takich dystrybucji jest całkiem sporo, a nadto nie znam takiej, która uniemożliwiałaby ów tmpfs.

Motywy takze zazwyczaj nie sa wersjonowane, ale zauwazylem ze te nie kompatybilne raczej nie sa poprostu wczytywane przez menadzer wyboru motywu danego srodowiska.

Różnie to bywa. Częściej jednak nie masz nawet możliwości dojść do owego menedżera wyboru środowiska, albowiem wczytany z pliku konfiguracyjnego wystrój po prostu wywala całe DE/WM. Niestety na tym polu sporo jeszcze do zrobienia, by WM w takim przypadku uruchamiał się w jakimś "trybie awaryjnym" z domyślnymi ustawieniami. KWin tego nie oferuje niestety. Przynajmniej w wersjach 5.0-5.12 (a nawet w tym, co obecnie jest w rozwoju ponad 5.12.4 włącznie).

Gdyby sie okazalo ze dany motyw po aktualizacji systemu jest juz nieaktualny, powinien zostac zaladowany nowy domyslny dla nowego srodowiska i nie powinny sie pokazywac w menadzerze juz nieaktualne.

No właśnie... Pobożne życzenie. Bo nie tylko KWin, ale i znakomita większość WM innych środowisk tego nie potrafi.

Wracając jednak do problemów Sławomira, to są one dla mnie mocno dziwne. Najpierw jednak niech się odezwie i spróbujemy zdiagnozować. Tak starej karty AMD w domu nie mam, ale mam 2 na których chodzą 2 systemu od kilku ładnych lat (a wcześniej jeszcze 2 inne AMD były). Problemów nie zauważyłem. Trzeba zatem w pierwszej kolejności wykluczyć kwestie leżące po stronie ustawień użytkownika. Jeśli mimo tego będą, to trzeba się będzie zastanowić co się w upgrade Zuśki podziało. To jednak melodia przyszłości.