Blogbejegyzések

Plan 9

Plan 9mióta úgy döntöttem, hogy elmélyülök egy olyan rendszerben aminek támogatása bár igen csekély, egy remek közösség (9fans) van körülötte jó humorérzékkel, intelligens fejlesztőkkel és újításokkal amelyekről még a unix/linux világ sem és pláne a windows világ nem hallott. egyre-másra jönnek elő olyan hírek amelyekről én nem tudtam, ami persze nem jelent semmit, de nem tudom ki hogy van vele, szeretem amikor érdekes hírekről olvasok vagy hallok.

a napokban - tán egy hete is már - miközben a plan9 felhasználókkal - akik gyakran egyben fejlesztői is a rendszernek - társalogtam és újabb pointereket adtak annak reményében, hogy többet tanuljak a rendszerről, a kernelről, annak bootjáról, a C dialektusról amit használnak stb stb valaki említette, hogy a kencc [1] (a plan9 által használt compilerek) az inferno [2] rendszeren keresztül MIT licenccel (licensszel? sosem tudom ezt a ***** szót leírni) ki lett adva és hogy előtte a plan9 fejlesztők már folytattak tárgyalást az obsd-s theo-val aki úgy néz ki hajlana arra, hogy esetleg a gcc-t eldobná végleg és a plan9 féle fordítókat portolná obsdre.

ez számomra nagyon érdekes hírnek tűnt és bár semmi sem biztos, mindez csupán kósza hír, az tény, hogy ha ez megtörténne, az egy újabb nyeremény és lehetőség lenne az OSS programoknak.

a másik hír amire ma mutattak rá az az, hogy az utf8 [3] szintén a plan9 fejlesztőknek köszönhető, amiről szintén nem tudtam és amelyet én személy szerint gyakran használok (mutt, xterm, irc, xhtml stb stb).

ha akartok érdekes dolgokról olvasni és hallani, akkor a 9fans archívum egy hihetetlenül jó forrása az informatikai történelemnek és fejlesztéseknek.

a plan 9 maga pedig olyan mint egy futurisztikus unix, telis-tele érdekes dolgokkal, egy jóval olvashatóbb C forrással és olyan filozófiával amelyet én személy szerint sokkal közelebb érzek magamhoz mint a linuxét.

mivel a rendszer maga korántsincs olyan állapotban amellyel egy otthoni gépen akárki elboldogulhatna és az applikációk java igen különbözik a unixos változatoktól, valamint nem lehetséges csak úgy hipp-hopp portolgatni a dolgokat rá (hacsak nem a sokak által gyűlölt APE-en keresztül), nem javasolt a kizárólagos használata. azoknak azonban, akik nyitottak az új dolgokra és szeretnének egy teljesen új, de okosan kigondolt rendszert kipróbálni, azoknak mindenképp javaslom, a plan9 oldalon van egy igen részletes és folyamatosan update-elt wiki [4] tele infókkal emulátorokról, installációról, támogatott h/w-ről (ettől ne várjatok sokat, alig van pár h/w amit támogatnak) stb.

Utf8 + Mutt

Utf8 + Muttnem tudom hányan használjátok az utf8 adta lehetőségeket ki, hányan írtok utf8 leveleket, kódoltok utf8 weboldalakat, írtok utf8 programokat. amint ez gondolom már feltűnt, unixon/linuxon az utf8 még nincs túl szerencsés állapotban. a lehetőségek azonban ott vannak, még ha nem is alapértelmezettek.

utf8-ra mikor átálltam a szokásos úton-módon tettem azt (xterm, LC_*, mutt, vim). ennek eredményeképp most a levelezésem a mutt és az iconv-nek köszönhetően remekül működik, vim-ben utf8-as leveleket szerkesztek, irssi is utf8-cal megy (ez inkompatibilissá tesz az emberek 99%-ával, de ha senki sem vált át soha, akkor sosem fog az utf8 elterjedni).

a váltás óta azonban volt egy kis gondom... a mutt-ban ha ékezetes karaktereket is tartalmaz egy beérkezett levél, az index view-ban arra a sorra ha ráállok, a sor elcsúszik és mintha a következő sorban folytatódna... scrollozáskor a karakterek random jelennek meg néha, mintha "beégtek" volna az xtermbe. ezt a jelenséget ezidáig leírni, szavakba önteni képtelen voltam és így a googleben teljesen sikertelenek voltak a kereséseim - ráadásul az utf8 továbbra sincs annyira elterjedve amennyire azt szeretnénk, így az info erről igen sovány (az az egynéhány emberke aki meg mégis átvált olyan országból való ahol amúgy is ascii szövegeket használnak, így ha lenne is hiba azt nem tapasztalják).

a gond nem csak ékezetes karaktereknél áll fenn egyébként, hanem a thread-view-nál is, így ha valaki utf8-at használ és thread-viewt a muttban, az valószínűleg tudni fogja miről beszélek.

lényeg az, hogy tegnap újra nekiláttam, hogy utánajárjak és sikerem volt. úgy tűnik ha valaki a debian féle mutt-utf8-at használja, annál ez nem fog előfordulni és később az is kiderült a kereséseimből, hogy ez azért van, mert a debian féle mutt-utf8 nem a siman ncurses-szel lett forgatva, hanem egy külön libbel, ami akkor kerül fel a rendszerre, ha az ember az ncurses-t wide-character támogatással forgatja. ez esetben ugyanis felkerül egy libncursesw.so is és EZ AZ ami kell ahhoz, hogy egy valóban utf8-at jól tudó muttot kapjunk. ránézve a mutt forráskódra és az install scriptekre kiderül az is, hogy ha ncurses.so és ncursesw.so is van fenn, akkor az ncursesw.so-t fogja a mutt használni - így felmerül bennem az is, hogy egyáltalán mi a francért linkelődik be a másik lib, ha azzal nem is működik úgy a mutt ahogyan kéne?

még nem kezdtem bele egyébként az újraforgatásokba, talán holnap, de jó érzés végre tudni, hogy ez valószínűleg a helyes megoldás és hogy talán holnaptól újra lesz jól működő muttom, amiben nem kell ^L-t (screen refresh) nyomogatnom ahhoz, hogy a szövegek kellően jelenjenek meg.

Kórházban

KórházbanMa egy megyei kórházban voltam. A kórház műtőiben számítógépes hálózat kerül kialakításra annak érdekében, hogy a műtétek közben a beteg kórképei, CT leletei kéznél legyenek. A műtőkben állandóan van operáció, a steril környezetet fenn kell tartani, stb. Ebből kifolyólag oda nem lehet máshogy bejuttatni egyszerűen a hálózatot, mint wlan segítségével (fúrni, szerelni nem lehet steril környezetben, stb.). A wireless tesztek elvégzéséhez be kellett menni a műtőkbe. Ehhez be kellett teljesen öltözni úgy, ahogy az orvosok öltöznek. Ezután a főorvos úr bevitt minket egy műtőbe, ahol éppen agyműtétet végzetek. Hát meglehetősen bizarr volt ahogy a műtétet végző orvos az altatásban levő beteg fejében matatott.

Ugh, nem nekem való az ilyesmi...

Nagyon vicces, a M$ már megint ráfaragott

Nagyon vicces, a M$ már megint ráfaragott

A történet itt kezdődik. A hír szerint az MS minden eddiginél nagyobb (értsd drágább) reklámkampányba kezd, ami 15 hónapon keresztül tart majd és a winxp-t reklámozza, hogy az milyen jó os. Azért 15 hónapig, mert akkor megjelenik a longhorn, és onnantól majd azt fogják nyomatni.

Nade a lényeg nem ez, hanem az, hogy mindenki nézze meg az egyik kampányképet: http://www.microsoft.com/presspass/images/press/2005/WinXPcurious_lg.jpg
(modemes usereknek warning, iszonyat nagy!)

Első ránézésre semmi furcsa rajta, szokásos marketingmaszlag. Hanem, ha dolgok mögé nézünk... Mondjuk a kde csomagban található exif.py segítségével, vagy bármi más exif metainfo megjelenítésre szolgáló programmal... nos akkor érdekes megállapításokat tehetünk. Különösen felhívnám a figyelmet a "Software: (0x0131) ASCII=Adobe Photoshop CS Macintosh @ 114" sorra. :) Lassan a fél net ezen röhög!

Nem először van baja a M$-nak a fileok metainformációival, a múltkor pl valamelyik wav fileban találtak arra utaló jeleket, hogy a microsoftnál valaki warezolt hangszerkesztő programot használt és ennek gyümölcse minden egyes winxp cd-re felkerült.

Hát ennyi, egy jó röhögéssel kezdődik a mai nap is ;)

RHEL 3 vs. HP Enterprise Virtual Array 3000

RHEL 3 vs. HP Enterprise Virtual Array 3000Mai munka egy HP DL380 + Qlogic QLA2312 Fibre Channel Adapter + egy HP Enterprise Virtual Array 3000 osszehazasitasa. A gepet nem en telepitettem, engem csak a piszkos munka elvegzesere kertek fel. A rendszer mar elesben "termel" igy reboot lehetetlen.

Hostbus a adapterek benn a gepben (SecurePath rulz), EVA rakotve, mar csak eletet kell lehelni bele. Gondoltam egy ``modprobe qla2300' megteszi (Arjan van de Ven szerint ennyi boven eleg).

Szoval:

Machine: HP Proliant DL380 G3

Storage: HP Enterprise Virtual Array 3000

OS:

[root@ora etc]# cat /etc/redhat-release

Red Hat Enterprise Linux AS release 3 (Taroon Update 2)

Problem: qla2300 nem inicializalodik

[root@ora etc]# lsmod

Module Size Used by Not tainted

qla2300_conf 301656 1 (autoclean)

qla2300 311644 1 (initializing)

lp 9124 0 (autoclean)

parport 38816 0 (autoclean) [lp]

dmesg:

scsi(0): Found a QLA2312 @ bus 6, device 0x1, irq 74, iobase 0xf8bf3000

scsi(0): Allocated 4096 SRB(s).

scsi(0): Configure NVRAM parameters...

scsi(0): 64 Bit PCI Addressing Enabled.

scsi(0): Verifying loaded RISC code...

scsi(0): Verifying chip...

scsi(0): Waiting for LIP to complete...

scsi(0): Cable is unplugged...

scsi-qla0-adapter-node=200000e08b1b9be3;

scsi-qla0-adapter-port=210000e08b1b9be3;

scsi(1): Found a QLA2312 @ bus 6, device 0x2, irq 78, iobase 0xf8bf5000

scsi(1): Allocated 4096 SRB(s).

scsi(1): Configure NVRAM parameters...

scsi(1): 64 Bit PCI Addressing Enabled.

scsi(1): Verifying loaded RISC code...

scsi(1): Verifying chip...

scsi(1): Waiting for LIP to complete...

scsi(0): LOOP DEAD detected.

scsi(1): Cable is unplugged...

scsi(0): LIP reset occurred.

scsi(0): LOOP UP detected.

scsi(0): Port database changed.

scsi(0): Waiting for LIP to complete...

scsi(0): Topology - (F_Port), Host Loop address 0xffff

scsi(0) qla2x00_isr MBA_PORT_UPDATE ignored

scsi(0) qla2x00_isr MBA_PORT_UPDATE ignored

Igen, a kabel be van dugva...

A modult megprobalta valaki betolteni, de most se ki, se be, se nyo...

Meg szerencse, hogy van egy ugyanilyen gep amit fel tudok pilotba telepiteni. Azon majd lehet debugolni. Majd ez kovetkezik....

eSze(rvere)d tokja!

eSze(rvere)d tokja!Ma a suliban összeraktunk egy szervert amihez előre meg voltak véve az alkatrészek. A legnagyobb problémát a számítógépház jelentette mely valami szimpla gagyi toronyház volt. Mivel ebben a házban egy összvissz 350W-os táp volt az kicseréltük egy szintén előre megvett chieftek tápra. Első baj itt történt. A chieftek tápnak egy bazi nagy ventije van, a legnagyobb oldalán, namost ha ezt úgy szereljük be ahogy kell, akkor a ház merevítő eleme középmagasságban majdnem teljesen eltakarta volna azt. Szóval fejjel lefelé szereltük be.... Mivel a hátoldala rácsos a légáramlás miatt, és mivel a csavarmenetekből egy se látszott ebben az állásban ezért maszek módon a szellőző lyukakba csavaroztunk :D A házban összesen 3, azaz három darab 3,5"-os hely van. Ebből egyet tudunk használni mert az asus alaplap tápcsatlakozója és a bele való tápkábel miatt (mert ugye anélkül nem megy a gép) a másik két hely használhatatlan. Én biztos chieftek házat vettem volna már csak azért is mert abból oldalra lehet kihúzni a vinyókat, és ha már a gépben van egy adaptec hw raid vezérlő 100Kért akkor nem a házon kellett volna spórolni 10-15Kt. Hotswapolni se lehet így, mert ott a tápkábel az útban.... Emellett a PCI-X-es alaplapba vettek egy AGP-s videó kártyát is, ami szintén vicces . :D Ez a tipikus más kárán tanulás esete.. (Én tanultam.)

Solaris 10 és az Internet

Solaris 10 és az InternetKis szenvedés után végre a Solaris alól írhatok a HUP-ra, ez nem kis dolog. Igazából a hostname és az IP-címek körül még mindig van egy kis probléma, ami miatt pl a CDE el sem indul. Úgy látom (google), rajtam kívül a fél világ is megszívta már ugyanezt. Mindenesetre most megy a net, örülök, és ennek örömére közre is fogom adni a megoldást a magamfajta f@szlámák (kifejezés (C) drastik, 2005) számára. Amúgy érdekes ez a Solaris. Első benyomásaim alapján olyan az egész, mintha UFO-k fejlesztették volna, akik előzetesen tanulmányozták az embert. :-) Szóval működik, használható, mégis idegen. Ezzel szemben pl a BSD-t induláskor "össze kell rakni", és megy. Majd írok még, most a Solaris Management Console-t kéne életre kelteni.

Új 86-os busz! :D

Új 86-os busz! :DMar bent is vagyok a munkahelyemen. Kestem egy orat, de mivel 1kor meg fent voltam aludni picit meg.

Viszont reggel ugy dontottem, hogy nem 41-s villamossal megyek a BATTHYÁNY terre, hanem felszallok vagy a Skalanal, vagy a Gellert ternel a kedves uj 86-os buszra.

Nagyon szepen meg van csinalva. 50db-t kapott belole a BKV. Sokkal tagasabb, kenyelmesebb mint az elodje volt, es legkondicionalt is. A kulso hangok sem szurodnek be es nagyon franko a kijelzoje. Mindig kijelez elore 5-6 megallot is. Plussz van benne 1 mozgasserult ules is. Es tenyleg halk es a rugozasa is finom volt. Meg ezeken a szar magyar utakon is olyan finoman siklott.

Most pedig kezdhetek neki dolgozni. Delutan pedig egyetem egeszen 21.00-ig. Remelem sikerul minel tobb dolgot megcsinalnom.

No es sajnos lassan ZH idoszak, lehet elkezdeni tanulni is. Matol kezdve tanulas van.