dap blogja

Nem volt könnyú kiválasztani az ARM lapot, amivel minimál, de fürge X desktopot szeretnék futtatni. Az EGL jól támogatott gyártói bináris driverekkel, de az Androiddal ellentétben az X GUI tipikusan csak kompozit ablakkezelésre használja az EGL-t, így elsősorban nem annak a sebessége számít.

A mai általános X GUI a következő pontokon támaszkodik a hardver gyorsítására a gyakorlatban:
1. EXA Composite (Xrender[1]): font raszterizálás GTK környezetben [2], firefox html5
2. EXA Copy: scroll, ablakok mozgatása (nem-kompozit WM esetén)
3. EXA Solid: widgetek kirajzolása
4. EGL: kompozit ablakkezelés, firefox webgl

Megnéztem 5 SoC-ot, hogy hogy is állnak ezen a téren;

Nem tudom más hogy van vele, de nekem meglehetősen fontos, hogy a desktopom az időnkénti reboot után is megfelelő virtuális desktopra dobálja szét a 100-150 megnyitott ablakom, épp úgy, ahogy kilépésnél hagytam.

A KDE alkalmazásoknál ez többé-kevésbé működik is, a sessiont nem kezelő egyéb alkalmazások tömkelegét pedig a kwin pátyolgatta: a saját session-jében letárolta az ablakok jellemzőit, így az egyszerűbb esetekben ugyanoda tudta visszaállítani az ablakot, ahol az volt. Sajnos ezt a 4.11-ben kikapcsolták, egyrészt a QT5 migráció jegyében, másrészt mert egyébként is csak egy hack volt.

Egy videómegosztó karácsonyi és szilveszteri hálózati forgalmi grafikonjára rávetítettem az előző nap forgalmát:

Karácsony

Szilveszter

Egy ideje már fájt, hogy a KDE jöttével a Conky-nak mennie kellett és nem látom a panelen a CPU aktuális terheltséget /mag alapon. A hétvégét rászántam a problémára és azt találtam, hogy a legújabb QML technikával olyan könnyed lett Plasmoidot fejleszteni, mint egy HTML oldalt összerakni. Nem kezdek hosszú elvi magyarázkodásba, abból rengeteg van a neten, inkább beszéljen a megkommentelt .qml;

A Firefox 18 megint visszahozta azt a zavaró problémát, hogy pár napos uptime után elkezd akadozni. A szakirodalom ezt GC/CC pause-nak hívja (általában ez okozza) és nem ismeretlen a Firefox fejlesztők körében, küzdenek ellene. A 18-assal sajnos vesztettek egy csatát.

Ha úgy érzed, neked is problémád van a Firefox válaszidejével, az alábbi két linkkel megbizonyodhatsz róla:
http://people.mozilla.org/~wmccloskey/incremental-blog/example-pause.ht…
https://addons.mozilla.org/en-us/firefox/addon/memchaser/

Futok. Néhány hónapja. Eddig csak felhúztam a futócsukát, kardióruhát (dry-fit), belőttem az Endomondót és hajrá. Menthetetlen geek-ként persze nyilvánvaló volt, hogy ez nem lesz elég.

Jó 2 hete upgradeltem Fedora 17-re, azóta fagyogatott az Xorg. Időtlen idők óta az nvidia zárt driverjét használom, így bugreportot el lehet felejteni kernel és xorg viszonylaton. Ebből a helyzetből kerekedett ki a kaland, hogy leváltsam az nvidia zárt driverjét valami jelen- és jövőbiztos megoldásra.

Nem árt tudni, hogy nem kenyerem a GUI, amatőr vagyok a témában, csak a híreket, blogokat követem és néha rápillantok a changelogokra, így próbálok képben lenni. Reszponzív UI fetisiszta vagyok, leginkább a teljesítményt szem előtt tartva vizsgálom a dolgokat.

Megléptem, preupgrade-del. Korai volt, meg is izzadtam vele.

• A Gnome 3.4 a hotkeyek és a beállítások jó részét elfelejti a 3.2 után. Az 5. workspace-re már nem lehet hotkeyt állítani, éljen az Autokey!
• A gstreamer nem ismerte fel az .mp3-akat, ezáltal a Rhythmbox/Totem/stb se: "Unknown stream type" - a gst-typefind shellből ugyanezt mondta. A megoldás az

  rm -r ~/.gstreamer-0.10

  lett.

• Nem verik nagydobra, de a 17-ben már nincs Netbeans, magadnak kell telepíteni. Ez csak egy lányos pofon, de amit visszakézből kaptam, az már jobban fájt: 7.1-es Netbeanshez nincs hivatalos Rails plugin, csak ilyen kókányolt, bár elsőre úgy tűnik, hogy működik.
• Ruby1.9: az xchat-ruby scriptjeim hanyattdobták magukat, egyáltalán nem működött az XChat ruby pluginje F17-ben. Sebaj, fixeltem.

Még küzdök a GNOME 3-al, megint belenyúltam egy kicsit. Kevésnek bizonyult, hogy az alt+tab csak thumbnaileket rak ki és az alapján kell választanom - ha sok hasonló ablak van, akkor ez nekem nagyon nem esett kézre.

Videó, patch.

Ti lájkoljátok az így működő alt+tabot vagy csak én vagyok defektes? ;)

Utam, vissza a GNOME3-ra, nem egészen zökkenőmentes. Azt találtam ki, hogy ebből négy problémát bemutatok a mélyentisztelt nagyközönségnek is - ezekre nem volt triviális segítség a neten. Talán valakinek hasznára leszek, talán gondolatébresztőként, inspirálólag hat egy-egy saját probléma megoldásához az adott témakörben. Lec szíí:

1. stáció: sötét téma, kivételekkel
2. stáció: hotkey - terminál
3. stáció: átkozott, háttérbe nyíló ablakok
4. stáció: használjuk az notifyt, mert cooool

A 4.0 megjelenése óta KDE-t használok, de ma fogtam a cuccaim és hazaköltöztem anyámhoz.. illetve a GNOME3-ra. Vigyázz, a tovább után öncélú agymenés.

Nyár, kirándulás vidéken, madárcsicsergés, szerverteremben kernelpánik. Kell hát valamilyen olcsó, alkalmi mobilnet. A Linuxot persze egyik szolgáltató sem támogatja, pedig tőlük kell venni a modemet, mert határozottan olcsóbb mint külső forrásból, de így sajnos azzal kell dolgozni, amit adnak és bizony adnak, olyat, hogy arról koldulunk. ;)

Én a Saturnból és a Tescoból vettem Tés és Vodás prepaid-netet, előbbit Huawei E173s-1, utóbbit ZTE K3570-Z modemmel. Egyik 4990Ft volt, másik 5990Ft, ezért járt a modem és net 7 napig, 1GB-ig. Telefonon be kell aktiválni használat előtt, pár perc, feltéve, hogy eléred az ügyfélszolgáltatot. (Mindkettő katasztrófális.) A modemek egyébként szolgáltatófüggők.

Nehéz azon paranoidok élete, akik videót akarnak nézni Linuxon. Magamon diagnosztizáltam a kórt, amihez minden háttértudásom Dr Mágenheim és Dr House adta, azt hiszem, súlyos. Nézem a TV-t a gépemen, egyenletesen úszik a kamera, egyszercsak mit látok!? HÉÉÉ, ONNAN KIMARADT EGY KÉPKOCKA! Ilyenkor elönti az agyam a kétség - úristen, mi lehetett azon a képkockán?! A kormány agykontrollkísérlete? Egy farok Tyler Durdentől? Mandzsúriai jelölt vagyok-e, meleg leszek-e holnapra??

A magyarázat -általában- egyszerűbb: a tökéletesen időzített videólejátszás Linuxon kihívás. Utánajártam.

Asztalon hozott néhány meglepetést az F15. A Compizt a stabil 0.8.6-ról az újraírt, instabil 0.9.4-re cserélték. Minő meglepetés - tényleg instabil! A legrosszabb az volt, hogy akárhányszor megfagyott, elfelejtette az utolsó hotkey beállításaim. Tettem egy próbát a kwin-el, a KDE default ablakkezelőjével, aztán rájöttem, hogy mindent tud ami nekem kell, ágyő Compiz!

A Compizzal volt egy olyan bajom is, hogy az "unredirect fullscreen windows" nem mindig működött. Ez az a fícsör, amivel kompozit ablakkezelővel is lehet úgy videót nézni, hogy nem szaggat. Ez egyébként egy érdekes téma - a GeForce 9500 GT nem egy régi vacak, ablakban mégis szaggat a videó, VDPAU-val is, ugyanúgy ahogy pl a glxgears is. Nem tudom mi a fene okozza, de a Compiz és a Kwin se jobb, egyedül az "unredirect" oldja meg - fullscreenben. Ennek még szentelek egy posztot ha lesz időm utánajárni.

Nem mondom, hogy a Fedora dist-upgrade minden esetben sétagalopp, de a mostani nagyon meggyötört. A Preupgrade törött rendszert hagy maga után ha az openjpeg-devel fel van téve, aminek a fixelése szenvedés. Persze én vagyok a hülye, minek kezdek bele éjszaka. Mire fixáltam, rámvirradt.

GNOME 3. Hol is kezdjem.

Betört hozzám is a digitális tévézés, a munkaállomásomra. Egyrész érdekelt a DVB, másrészt meg majd jó lesz valamire. :)

Linuxon a kódolt HD DVB-C beállítása olyan, hogy legalább 5 évet visszarepít az időben, majdnem a hőskorba, amikor még a kernel forrást olvasva választottunk hardvert, majd patcheltünk, forgattunk, libeket tgz forrásból upgradeltünk, debuggoltunk, levlistáztunk. Már ezért megérte, na! :)

A hardver kiválasztása 1 munkanap volt. Ez jórészt amiatt volt, hogy a DVB-C elég mostoha, a köznép inkább a DVB-S/T-ben nyomul, kevés és bizonytalan információ van közkézen, a kernel driverek forrásából néztem ki hogy mit tudnak. A nyertes a Mystique CaBiX-C2 lett, CI modullal, a német dvbshop-ból, 3 nap alatt megjött. Ez egy buta kártya, mindent átad a CPU-nak, de nem is kell ennél több, hiszen a videókártyák már tudják dekódolni a streamet. A kábelszolgáltató (comunique) Conax CAMot adott, nekik 4 napba telt "bekódolni" a kártyát.

Télleg' nem kenyerem a panaszkodás, de hogy 4.6.1-ben megint elrontottak a manuális taskbar sorrendet, az már egy rossz vicc. Ez már az egész 4-es szériát végig fogja kísérni vagy mi..?

Meggyőztek, hogy próbáljam ki desktopon az OSX-et. Az mai első benyomás: döbbenet.

Én botrányt szimatolok a DSA-2131 körül. Már 2008 Dec 2.-án volt egy bugreport a buffer overrunról, amire az Exim 4.70 -be be is került a javítás, a ChangeLog -ban feltüntették. A Debian ugye nem ugrik verziót stabil kiadáson belül, hanem backportolják a javításokat, de úgy tűnik ez kimaradt. Egy 2 éve ismert és javított hibával egy rakat alapinstallos Debian szerver törhető távolról a mai napig. Ez után az eset után joggal merül fel a kérdés, hogy vajon hány javítást felejtettek el még backportolni ha egy ilyen fontos alapszolgáltatásnál is előfordulhat ilyen? Vagy az Exim csapat hibázott, mert nekik kellett volna felismerni a gyakorlati kihasználhatóságot és nagyobb ricsajt csapni? Szerinted?

Kedves Firefox! 6 éve szinte minden nap együtt vagyunk jóban-rosszban, de megismertem a reszponzív GUI-t és azonnal belehabarodtam, már nem olyan veled, mint azelőtt..

A Firefox abszolút kedvenc, egyetlen átkozott hibája van, kb naponta újra kell indítani, másképp belaggol. Lassú lesz az új ablak nyitása, a lap betöltése és a végső stádiumban már minden akadozik, a menü, a kijelölés, a textarea input. A frissen megismert Chromium-ban tetszik az archiektúra, hogy minden lap egy processz és úgy fest, hogy a gyakorlatban is működik. Erőszakot teszek magamon és átállok. Egyetlen alkalmazásnak sem tudom megbocsájtani ha nem elég reszponzív, legyen bármilyen okos, ügyes, szép. Ez mind kell, de nem a reszponzivitás kárára.

Akinél újra előjött a taskbar sorrend összezavarodás KDE 4.4.3 -ra frissítés után, az vegye ki a pipát a "Task Manager Settings"-ben innen: "Only show tasks from the current screen".. Hátha megmentek pár egeret a falhozb*szástól. Az enyém épphogy megúszta.

*facepalm*

Korábbi, desktop virtualizációs megoldásokat vizsgáló bejegyzésemben nem volt érkezésem kipróbálni a Spice -t KVM fölött, ami hiba volt: ez a jelenlegi legesleggyorsabb GUI Windows guest -el!

A Spice egy platformfüggetlen távoli asztal megoldás a több tucat mellett, viszont ez az egyetlen multiplatform FOSS, amelyk nem csak bitmap -ként viszi át a képet. A kliensen próbál minél több dolgot renderelni, felhasználva annak hardveres gyorsító funkcióit.

www.fudgie.org - cooool.

Egyik fejlesztésem tesztelése végett Windows -t kellett installálnom. A virtualizáció kézenfekvő megoldás ilyenkor, csak az eszköz nem, mindenki mást dícsér. Nem szeretek felülni az aktuális hype -nak, előítéletektől mentesen próbáltam végig minden említésre méltó megoldást. Lássuk.

Nálam a host Fedora 12 (x64), guest -nek Win7 -et (x64) néztem ki, mivel egyszerű installálni és decens. A guest -en kattingatós desktop szoftverrel tesztelek aminek nem kell sok erőforrás, sokat idle, így a virtualizáció teljesítménye nem a legfontosabb. Legfontosabb szempontjaim a következők:

• jó GUI videoteljesítmény és kellemes júzerélmény a guest -ben, tudjátok: az egér ne akadozzon, kép/szöveg scrollozásakor ne legyen lag, a menü azonnal felugorjon, stb
• alacsony cpu és memória használat, főleg ha a guest idle (desktopon sokat az)
• támogatott legyen a legfrissebb linux disztribeken is
• könnyű install és konfigurálás a host -on
• kis overhead/nagy teljesítmény mint utolsó szempont

Miután a kívánságlista megvolt, megvizsgáltam a következő megoldásokat: Vmware, Virtualbox, KVM, Parallels.

UPDATE: mostmár bash completion támogatással!

Baromi egyszerű feladatra kerestem eszközt: max 8 node -os cluster -eken szerettem volna interaktív shell parancsot futtatni, sorosan, ssh -n. Kipróbáltam a dsh -t, pdsh -t, pssh -t, kanif -ot, dish -t, de interaktív shellt egyik se kezel*. Itt lett elegem a keresgélésből, inkább írtam egy bash function -t, ami legalább mindig kéznél van (.bashrc). Mindenkinek aki szereti.