![]() |
ls -1PartnerünkHUP tweetjeiNépszerű témákNépszerű fórum témákÚj felhasználók
|
Már az Enterprise sem a régi?Ez most nem retró mese, hanem a napi valóság. Az alany a CentOS, amit – a hiányosságok ismeretében – talán a 4-es vagy 5-ös verziótól kezdve használok megelégedéssel. Néhány nappal ezelőtt megjelent a 7.2.1511-es verzió, azonban ebből a „megjelenésből” sokat nem vettem észre. A „frissesség” jegyében engedélyezve van a CR tároló, emiatt a csomagok zöme már korábban frissítésre került. Lehet, hogy nem kellett volna hagyni... Persze az is előfordulhat, hogy csak később (most) csodálkoznék rá bizonyos fejleményekre. :) Mert az szépen lassan lett bőven. Az első ilyen „fejlemény”, hogy frissült egy rakás gnome alkalmazás, többek között a gedit nevű szövegszerkesztő is. A nyavalyám csak az, hogy a friss verzió az áttervezett UI-s – szerintem – rettenet lett, amitől már sikítva menekültem Fedora alatt is. Kár, hogy ezt is jóval a frissülések után vettem csak észre... Szerencsére egy
paranccsal visszarakható az előző verzió, majd egy
paranccsal megakadályozható, hogy felkerüljön az újabb. Van arra esetleg valami megoldás, hogy az új verzióban visszakapjam a régi felületet? Legalább annyira, hogy legyen ablakkeretem meg menüm? :-D Egyelőre a Következő fejlemény: FS-UAE. Küzdöttem egy sort, míg lett 32 bites verzióm, mivel csak azon működött a JIT-es 68K emuláció. Az meg a normális sebességhez nem árt... Na, a frissítés valamelyik része hazavágta az emulátort. Valamilyen „GL” hibára hivatkozva elhasalt induláskor. A 64 bitesre fordított verzió az megy, csak „nem siet”. A 32 bitesből viszont nem sikerült újra csomagot generálnom, emiatt megnéztem, hátha van újabb verzió belőle. Hátha az gyorsabb 64 bites verzióban is... Ezzel a próbálkozással amúgy majdnem jól jártam, de aztán egyelőre mégsem. :) A forgatott 32 bites a 2.4.1-es verzió volt, jelenleg meg már a 2.6-os főverzió a „stabil”. Ebből először forgattam egy x86-64-es binárist, hogy egyáltalán működik-e. Kb. működik, de az UAE-s video-driver nem indul el. Az eredeti AGA-kép emulációval fut, viszont meglepően gyorsan. Mint kiderült, megérkezett végre a JIT-es 68K emuláció x86-64-re is, remek! Még gyorsabb is érzésre, mint amilyen a 32 bites előző verzióval volt: A mérő stuff szerint a sebesség még sem olyan nagy, mint érzésre, de szerintem ezzel kibékülnék. El lehet(ne) felejteni a 32 bites küzdést? Sajnos a videokártya emulációt, és vele a használható méretű képet nem sikerült bekapcsolni. Némi próbálkozás után az viszont kiderült, hogy nincs meg a beállított méretű Z3 memória azzal a konfigurációval, amivel kellene. (Sanszos, hogy az emulált videokártya memóriája sem látszik így...) Ez egy kissé furcsa, még van mit nyomozni bőven. A normális kép hiányában sajnos használhatatlan a cucc, így kényszerből visszaálltam vele a 2.4-es verzió 64 bites változatára. Hát, nem idegbeteg embernek való a sebessége, de ezzel még majd küzdök egy sort. Persze az is megoldás lehet, hogy végre kiköltözök az emulátorból, merthogy ez még azóta sem történt meg. De az egy nagyobb feladat lesz, kell hozzá némi lelkesedés. :) Az OS „ápdét” következő fejleménye: a JTAG kábelem. Eddig egy „régi vágású”, párhuzamos portos példányt használtam nagy megelégedettséggel. Ehhez régebben is, illetve az utolsó migrálás alatt is driver-t kellett fordítani, eddig minden rendben is volt vele. Most, a programozó szoftver a kábel inicializálásakor mindenféle látható hibaüzenet nélkül elszáll. :( Némi nyoma azért marad, Fantasztikus. Kezd ez így sok lenni egyszerre. :) Ráadásul mindez akkor, amikor éppen használnom is kéne! Valahol itt jutott eszembe, hogy ha már van Erre megoldásom most ismét nem lesz, marad a probléma megkerülése. Pár évvel ezelőtt sikerült beszerezni az eredeti USB-s JTAG hardver klónját, de ez a „klónság” az árán kívül máson nem látszik. (Vicces a szitu amúgy, mert az eredeti hardver kapcsolási rajza nem publikus. Viszont egyszer kikerült a gyártó oldalára egy doksi, amiben szerepelt. A keresési találatok között sok helyen megtalálni még a pontos linket is rá, de maga a fájl szőrén-szálán eltűnt. A „megfelelő” emberek akkor letöltötték, így neki is állhattak utángyártani. Az interfész „lelke” egy CY7C68013 típusú mikrovezérlő. A bele való firmware az eszköz csatlakoztatásakor töltődik bele, és ezt a fejlesztő környezet tartalmazza. A klón ilyen „tizenpárezer” HUF-ból megállt, a gyárit 80 fölött adták, amikor még lehetett kapni.) Ezt a programozót még CentOS6 alatt el is indítottam, de aztán maradtam a printerportos változatnál. Csak azért nem triviális az eset, mert az IDE telepítője a „gyári” driver telepítését nem tudja megcsinálni (kernel-modult szeretne forgatni, az meg nem megfelelő verzió miatt nem sikerül), emiatt az USB-s cuccok sem kerülnek a helyükre. Az USB-s JTAG kábelhez ez a driver szerencsére már nem kell, ezt a libusb-n keresztül tudja a szoftver használni, de azt meg kell oldani, hogy az interfészt működtető firmware be is töltődjön az eszköz csatlakoztatásakor. Ehhez célszerű valami „közismert” helyre másolni a firmware-(eke)t: # cd /opt/Xilinx/14.7/ISE_DS/ISE/bin/lin64/install_script/install_drivers/linux_drivers/pcusb # cp *.hex /lib/firmware/ (Ugyan gyárilag az # version 0003 ATTRS{idVendor}=="03fd", ATTRS{idProduct}=="0008", MODE="666" SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="03fd", ATTRS{idProduct}=="0007", RUN+="/sbin/fxload -v -t fx2 -I /lib/firmware/xusbdfwu.hex -D $tempnode" SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="03fd", ATTRS{idProduct}=="0009", RUN+="/sbin/fxload -v -t fx2 -I /lib/firmware/xusb_xup.hex -D $tempnode" SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="03fd", ATTRS{idProduct}=="000d", RUN+="/sbin/fxload -v -t fx2 -I /lib/firmware/xusb_emb.hex -D $tempnode" SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="03fd", ATTRS{idProduct}=="000f", RUN+="/sbin/fxload -v -t fx2 -I /lib/firmware/xusb_xlp.hex -D $tempnode" SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="03fd", ATTRS{idProduct}=="0013", RUN+="/sbin/fxload -v -t fx2 -I /lib/firmware/xusb_xp2.hex -D $tempnode" SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="03fd", ATTRS{idProduct}=="0015", RUN+="/sbin/fxload -v -t fx2 -I /lib/firmware/xusb_xse.hex -D $tempnode" Összesen 7 Fantasztikus! :) Viszont ha már az Ott az # hp_laserjet_1000 SUBSYSTEM=="usb", ACTION=="add", ATTRS{idVendor}=="03f0", ATTRS{idProduct}=="0517", PROGRAM="/bin/sh -c 'logger -p user.info loading hp_laserjet_1000 firmware $env{BUSNUM} $env{DEVNUM}'", RUN+="/bin/sh -c '/usr/bin/hp-firmware -y3 -s$env{BUSNUM}:$env{DEVNUM} &'" Ez így bekapcsoláskor még logol is ( Konklúzió? Ez csak egy „sima” frissítés volt? Két nap alatt annyi szívás jött össze, amennyi talán összesen nem volt az eddigi CentOS-os „pályafutásom” alatt. Hirtelen be lett pótolva minden? :-D Ráadásul maradéktalanul nem lehetek elégedett, maradt még nyomozni való. Pont az ilyen szívások elkerülése miatt használnék „Enterprise” OS-t egy „pörgősebb” fejlesztési ütemű Linux helyett, elfogadva a hátrányokat. Persze ennyi időnként bele is férhet az ilyesmi, de a jót könnyű megszokni. Az is igaz, hogy a „nyavalyák” olyan cuccokkal jöttek elő, amiket saját magam telepítettem, de azért akkor is... Meg az, hogy ilyen jellegű verziófrissítések beeshetnek, mint ami a gnómos programokkal történik... Erősen barátkozom a MATE csomagjaival, az epel-ben van belőlük bőven. (Talán mást is zavar az új irány? :-D ) Például az eog helyett már fel is került az eom. Kár, hogy Linkek: balagesz --- 2015.12.20.
»
|
KeresésNavigációBelépésÚj Világ NKft. állásajánlatokÁllásajánlatokHWSWFriss blogbejegyzések
HUP napi hírlevélInformációKövess minket! |