Ezen a képen egy friss Arch Linux telepítés eredménye látszik. A kép közepén egy xfce4 terminál volna, de láthatóan teljesen rossz a megjelenítés, az egész szét van csúszva.
A jobb oldalon a panel megjelenítése is rossz. Rossz a pozícionálás, azonkívül az ikonok megjelenítése egészen durva, a színek nem látszanak. A tooltipben jó az ikon, de a panelban rossz.
Amúgy, egészében működik a rendszer, csak ezek a részletek zavaróak. Mi lehet a baja?
- 7455 megtekintés
Hozzászólások
Fedora 20, xfce4 szakasztott ugyanez a hiba. Tehát valószínűleg az xfce4-be (azt hiszem 4.10) sikerült valami hibát belerakni. Az xfce4 terminál és panel rossz. Más programok jól működnek, pl. a Thunar, xterm teljesen jó.
Megjegyzés: Nincs szükségem a javításra, a munkámat ettől függetlenül meg tudom csinálni. Azzal foglalkozom, hogy különféle Linuxokon ellenőrzöm a CCC-t. Az előző Arch helyett most a Fedorán.
--
ulysses.co.hu
- A hozzászóláshoz be kell jelentkezni
nálam semmi probléma nem volt xfce 4.10-zel Debian Jessie alatt. szerintem ez inkább VGA hibának tűnik.
- A hozzászóláshoz be kell jelentkezni
Azért ebből bármit levonni az Xfce-re nézvést szerintem elég merész. Egyrészt úgy látom, virtualizációt használsz, másrészt a hiba szerintem erősen video driver függő lehet.
Fedora 20-on használok Xfce-t, semmi baja, teljesen jól néz ki. Fizikai gépen - nem virtualizálva - fut, a video driver nouveau.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
NetBSD-től kezdve vagy 10 féle rendszeren kipróbáltam ugyanezt, mindenhol egyből jó volt. Az Archon és Fedorán annyi különbséget látok, hogy ezeken újabb az xfce4. De még ezeken is jó a programok többsége. Például jók a saját programjaim, jó az xterm, thunar, Java swing, stb. Ha a driver rossz, akkor ezek miért működnek? Meglepődnék, ha tényleg driver probléma volna.
Amúgy egyáltalán nincs szükségem a qemuban futó X-re, mert ssh-n keresztül mindent meg tudok csinálni. Kényelmesebb is. Csak hátha látja valaki illetékes, hogy nem minden ok.
--
ulysses.co.hu
- A hozzászóláshoz be kell jelentkezni
Már-már hinnék neked, ám a Fedora 20-hoz kiadott mindenkori legfrissebb Xfce-t használom, és semmi bajom vele.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Tulajdonképpen nincs min vitázni. Kivéve, ha azt mondod, hogy az első postomban linkelt képernyőkép nem hiba, hanem éppenséggel megfelel az elvárt működésnek. Ha viszont hiba, akkor részemről tök érdektelen, hogy minek a hibája. Driver hiba, program hiba, vagy konfigurációs hiba. Nem én fogom kijavítani. Egyébként már túl vagyok a Fedorán, és le is szedtem.
Szerintem a disztribúció fejlesztőktől értelmes stratégia volna, ha a rendszerüket elsősorban virtuális gépen tesztelnék, ugyanis a közönség is azt csinálja. Ha nem jön be a rendszer a virtuális gépen, akkor a potenciális felhasználó odébbáll.
--
ulysses.co.hu
- A hozzászóláshoz be kell jelentkezni
Tehát sanszos, hogy belefutottál egy qemu bugba, ezért dobtad a Fedorát. Nekem ugyan mindegy...
Mondok azért egy érdekességet. VirtualBox felett egy 32 bites Fedorán csinálom a live linuxomat. A virtualizált oprendszer azzal eszi az idegeimet, hogy az elején minden jó, qxkb-vel tudok billentyűkiosztást váltani, majd amikor generálja a live linuxot, megvadul, s nem tudok angol kiosztásra váltani. Sem úgy, hogy a zászlócska ikonra kattintok, sem a qxkb menüjéből, sem shortcut-ból. Ugyanakkor terminálból a setxkbmap parancs működik.
Mindeközben 64 bites host-on működik jól a qxkb, a virtualizált gépen előállított 32 bites live image-et fizikai gépen és virtualizálva futtatva is jól működik a qxkb.
De mondom, a hibás környezetben is jól működik egy darabig, csak az image készítése közben veszti el működőképességét, és megjavulni utána már nem hajlandó. Úgy emlékszem, akkor is beteg marad, ha kilövöm a qxkb process-t, majd megint elindítom.
Szóval ez egy nagy wtf szerintem.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nem dobtam a Fedorát, mivel maga a Fedora nem érdekel. Azzal foglalkozom, hogy mindenféle rendszeren tesztelek. Szépen haladok: Windows, NetBSD, FreeBSD, ilyen-olyan Linux, tegnap openSUSE 32-bit, 64-bit, Arch 32 bit, 64 bit, ma Fedora. Mellékes észrevétel, hogy az xfce4 panel Archon és Fedorán nem jó.
Ugyanez 10 éve sokkal nyűgösebb volt. Valódi rendszereket telepíteni vinyókat ki-be szerelni stb. A qemu baromi jó, mindent meg tudok csinálni egyetlen gépen. NetBSD-től kezdve Windows 2012 szerverig minden fut rajta. Tulajdonképpen a Fedora is jól fut, kivéve az xfce4 panelt. Az xfce4 panel viszont rosszul jelenik meg 32 biten is és 64 biten is. Miközben más X-es, gtk-s programoknak semmi baja. Semmi mást nem állítok. Ha fogadni kéne, arra fogadnék, hogy konfigurációs hiba.
--
ulysses.co.hu
- A hozzászóláshoz be kell jelentkezni
A konfigurációs hiba reális, illetve az, hogy egy adott konfiguráció triggereli a hibát. Nálam ezzel semmi baj nincs, jól jelenik meg:
xfce4-panel-4.10.1-3.fc20.x86_64
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
off
Ha már itt panaszkodtam, megemlítem, hogy 3.13.7-es kernel mind host-on, mind guest-en, valamint VirtualBox-4.3-4.3.10_93012 óta nem jött elő a fenti hibajelenség. Ugyanakkor azóta csak két image-et generáltam, ez pedig túl nagy tapasztalatnak nem nevezhető. Bár, ha arra gondolok, hogy a hiba előtte mindig előfordult - egy ideje, mert talán a 4.3.8-as VirtualBox-ig nem volt baj -, most pedig két alkalomból egyszer sem, akkor talán mondhatom, hogy meggyógyult.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Tipikus videodriver hibának látom. Qemu helyett próbáld esetleg másik virtualizációs megoldásban.
---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.
- A hozzászóláshoz be kell jelentkezni
Foleg azert, mert fizikai gepen intel driverrel a hiba nem jelentkezik. (Arch Linux 64 bit)
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
három (két nvidias (zárt driver)+1 inteles) gépen használom az xfce (4.10)-et arch 64-bit-en hiba nélkül. az inteles annyi hibat produkál, hogy képernyő lezárása után a nincs panel auto-hide (raktam a penelra egy restart gombot :-))
- A hozzászóláshoz be kell jelentkezni