Gnome - Dziwne Pasy Na Panelach...

[Jusko]

Witam.

 

Odinstalowałem VLC z parametrem dla Yum remove-leaves. Zapomniałem jednak, że czasem wtyczka albo sam Yum nieco się zapędzają i po wszystkim wyskoczyły na panelach takie pasy:

 

 

Są nie do zlikwidowania - kasowałem panele i ustawiałem na nowo, kasowałem .gconf, reinstalowałem wszystko co związane chyba z gnome (reinstall gnome*). Niestety nadal to występuje. O dziwo problem występuje tylko na przezroczystych panelach, bo jeśli da się je standardowe bez niej, to wszystko jest OK. Ma ktoś jakieś pomysły? Ewentualnie można zrobić wersję hardcorową, yum remove gnome* i ponownie zainstalować, ale może ktoś wpadnie na mniej inwazyjny pomysł.

[Scofield]

Te białe pasy nadal są po ponownym uruchomieniu systemu? Próbowałeś odświeżyć GNOME? :

killall gnome-panel

. Spróbuj wydać polecenie instalacji środowiska GNOME, może ono doinstaluje brakujące pakiety:

su -c "yum install gnome-desktop"

[Jusko]

Próbowałem. Nic to nie dawało. Ostatecznym rozwiązaniem było wywalenie GNOME i instalacja na nowo - żadna reinstalacja. Na przyszłość mam nauczkę, by wyraźnie patrzeć w to, co chce Yum usuwać przy użyciu pluginu remove-leaves i ani trochę mu nie ufać Nie ufam, ale ze zwykłego gapciostwa nie sprawdziłem co wywala - zwykle to robię. Najczęściej chce wywalić za dużo, czyli czcionki jakieś czy pakiety, które nie były instalowane. Generalnie mogliby troszkę popracować na inteligencją wtyczki od zależności lub samym Yum. Można gdzieś zgłosić takie sugestie? Generalnie w sumie nic nie powinno się stać - ot zwykła uninstalacja programu VLC. Nie wiem, czy to przypadek czy nie, ale żeby zmiany wymagały ponownej instalacji, to coś ładnie musiało się potentegować z GNOME. Szczęście, że przynajmniej mam aktywny internet, bo na stacji off-line szłoby się pochlastać (w sumie...dodać repo do płyty i ciągnęłoby stamtąd).

[Raven]

Zacząłbym raczej od przejrzenia logów yuma i RPM i sprawdzenie, co też nadmiarowego się usunęło. Jeśli nie znasz się na pakietach i nie wiesz które są potrzebne, to wrzuć nam tu logi z tamtej transakcji.

 

EDIT - widzę, że już sobie poradziłeś, mocno naokoło, ale jednak.

[Jusko]

Uruchomiłem Fedorę właśnie na nowo (czyli znów włączyłem PC). I co widzę - panele same przestawiły się na brak prześwitu. Uruchamiam...a tu znów pasy :-/ Nie mam sił :-/ Niedawno aktualizowałem system - może coś jest powalone z aktualizacjami na gorzej Wymiękam po prostu...

 

Wniosek...z VLC to był przypadek. Zwyczajnie GNOME ma problemy. Tylko na jak długo - nie lubię pasków bez prześwitu

 

EDIT:

 

Znalazłem o tym jeden zgłoszony bug - na Launchpadzie Ubuntu, więc problem tyczy się środowiska a nie systemu. Tym razem pomogło skasowanie paneli i utworzenie nowych, ale to nie jest rozwiązanie. Coś zwyczajnie, że tak brzydko powiem, pier#$%^ się. Pisało, że pewne aplety przestają odpowiadać itd, i że to MOŻE przez to. Jedni za szybki rozwój chwalą Linuksa, inni nie, bo dla mnie jest przez to wieczną Betą, co odczułem właśnie przed chwilą przez środowisko graficzne

[Jusko]

Piszę nowego posta gdyż zależy mi na podbiciu, aby wszyscy przeczytali.

 

Uwaga:

 

Jest to masowy bug występujący w Fedorze 12, więc jeśli aktualizujecie system, najprawdopodobniej Was też to spotka. Inni użytkownicy F12 też mają to samo. Podobno winne są paczki:

 

xorg-x11-server-common-1.7.4-1.fc12

 

xorg-x11-server-Xorg-1.7.4-1.fc12

 

xorg-x11-drv-nouveau-0.0.15-18.20091105gite1c2efd.fc12

 

Jeśli zaobserwujecie podobne objawy - spokojnie, kiedyś Red Hat wyda poprawki (może - jak tylko zorientuje się, że taki problem w ogóle jest ).

[Raven]

Jeśli zaobserwujecie podobne objawy - spokojnie, kiedyś Red Hat wyda poprawki (może - jak tylko zorientuje się, że taki problem w ogóle jest ).

Red Hat nie wydaje poprawek do Fedory. Red Hat w ogóle nie ma nic do rozwoju Fedory. A co do problemu - developerzy Projektu Fedora zorientują się, kiedy się ich o tym powiadomi. Możesz podać numer buga, który zapewne zgłosiłeś?

[Jusko]

Cóż - ostatnie lata spędziłem z distem, któremu daleko do Red Hata czy w ogóle RPM, więc moja wiedza w dziedzinie Fedory może być niepełna Dopiero jakieś 2 miesiące temu doświadczyłem na sobie, że RPM to wcale nie takie zło tego świata, jak się o nim mówi W takim razie by uzupełnić braki - kto zajmuje się rozwojem Fedory, skoro to Fedora jest takim wstępem do RHEL? Cały czas myślałem, że Fedora jest profesjonalnym distro, bo ma plecy w postaci Red Hat, a tu klops

 

Powiadomiłem ich - owszem Klik

[Raven]

Do uzupełniania braków w wiedzy bardzo przydatne jest Google. Prawdopodobnie nawet wyszukiwarka tego forum jest w stanie ci pomóc.

 

EDIT - małe rady co do zgłaszania błędów: nie krzycz na developerów, bo tego nikt nie lubi, upewnij się że dobrze wybrałeś component (to na 100% nie jest błąd w gnome-backgrounds, prędzej strzelaj w gnome-panel), dołącz wszystkie ważne szczegóły (że to po konkretnej aktualizacji, że tylko przy przezroczystości, czy używasz composite) i nie przyznawaj się, że nie znasz angielskiego, *ponieważ* jesteś z Polski.

[Jusko]

Generalnie reszta była w linku do forum fedory, gdzie pisze po jakich aktualizacjach. Nie krzyczę, ale jeśli są takie zaciachy w aktualizacjach, to jak Oni to testują. Zupełnie jak niedawno z autorami programu Tlen - powiedziano Im wprost - jak Oni to testują i wypuszczają nowe wersje, że działają one tylko Im, a nikomu innemu. Wszystko jest w temacie z linku - po których aktualizacjach, że występuje to tylko na przezroczystości GNOME i tylko wtedy - ba, pisze nawet po jakich paczkach wszystko siadło. Developer to nie święta krowa, że nie może kliknąć w link. Zamieszczone zostało więc wszystko - wystarczy czytać ze zrozumieniem. Dogadałem się w swoim czasie z developerami kernela w kwestii paru bugów, więc skoro Oni mogli, to Ci od Bugzilli też. A jak nie umieją czytać ze zrozumieniem, to wina nie moja. Trochę drastyczne podejście, ale...

 

 

 

p.s: Może przeoczyłem, ale właśnie nie znalazłem gnome-panel, więc uznałem, że najbliżej jeszcze do "bakroundsów". A że faktycznie przeoczyłem, to właśnie poprawiłem.

 

p.s2: Wolę dopisać, bo native-speaker nie jestem, a jak mają mnie wziąć za analfabetę, to wolę dopisać skąd jestem i wszystko jasne. Jak ktoś jest urodzonym anglikiem i włada tym językiem lepiej niż polskim - niech nie dopisuje. Ja akurat mam 2 letnią już przerwę w posługiwaniu się na co dzień niemal tym językiem w stopniu komunikatywnym, więc i dużo się zapomniało, język z drewna się zrobił itd, także teraz przy pisaniu buga szło mi dość opornie, wręcz jakbym na nowo się uczył.

[Jusko]

Cześć.

 

Nie chcę zakładać nowego tematu, więc podbijam obecny. Czy w Fedorze naprawili już te pasy na panelach i działają już poprawnie? Nie jestem z Linuksem na bieżąco, gdyż w zmęczeniu nim wsiadłem ostatnio na Windows i nawet spodobało mi się, ale myślę znów o powrocie na normalny OS. Oczywiście występowało to na Fedorze 12.

[thof]

Czy w Fedorze naprawili już te pasy na panelach i działają już poprawnie?

Tak.

 

[Jusko]

No niestety. Wywaliłem te Ubuntu i znów wróciłem do Fedory, ale pasy jak były...tak nadal są Ciekawe kiedy to wreszcie naprawią...

 

 

Nie abym miał coś przeciwko między nieprzezroczystym panelom...ale w międzyczasie sprawdziłem nowe Ubuntu, OpenSUSE, Debiana SID...tylko na Fedorze12 występują te pasy

[thof]

To zależy chyba od karty graficznej. Na intelu jest ok. Na własnościowym nvidii też, ale już na nouveau nie. Spróbuj dla testu może wyłączyć KMS.

[Jusko]

A jak to zrobić? Przyznam, że KMS zwyczajnie się nie interesuję (i tak nie daje mi tak szumnie zapowiadanych rewelacji, więc starczą mi same drivery otwarte), więc mam lukę w wiedzy.

 

EDIT:

 

OK, znalazłem: klik

 

EDIT 2:

 

Wyłączenie KMS pomogło - dopisałem sobie do menu.lst parametr przy jajku i jest OK (dobrze, że to GRUB Legacy, konfiguracja nowego GRUB2 mnie przeraża). Oczywiście znikł spash Plymoutha, ale mniejsza z nim. Wina siedzi zatem w KMS dla Radeonów, tak (logicznie rozumując)? Tylko czemu jest to tylko na Fedorze...hmmm... Ale taka już chyba magia Linuksa - zawsze coś działa na jednym distrze a nie działa na drugim, magia braku standaryzacji :-) Mam tylko pytanie, czy brak KMS nie wpływa na wydajność lub coś w tym stylu? Fakt, dawniej go nie było, ale dawniej używałem sterowników własnościowych. Teraz z musu używam otwartych, więc nie wiem, czy brak KMS nie wpływa na ich wydajność. Zaraz zresztą przetestuję.

 

EDIT 3:

 

Oj brak KMS jednak wpływa na wydajność. ExtremeTuxRacer zamienił mi się z niezły slideshow Mus nie mus...muszę używać KMS, licząc się z rozsypanymi panelami. Może jajko 2.6.32 przyniesie zmiany.