wry blogja

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.

Free radio

Free radionem egészen tudtam milyen címet adni ennek a bejegyzésnek.. lényeg az, hogy a spanyolok létrehoztak egy rádiót amely ingyenesen letölthető és terjeszthető zenéket fog játszani.

az, hogy ez mennyiben új ötlet az persze kérdéses, mert az ojuice.net-en keresztül régen elérhető volt egy netes demoscene rádió ("connection refused" az ojuice.net nekem most ezért ezt nem tudom leellenőrizni), ami csak demoscenes zenéket nyomott, amelyek szintén "free" (vagy "libre") zenék voltak ugye :) no sebaj, sok sikert nekik!

radio87mhz

m3u file

greenpeace.es oss migráció

greenpeace.es oss migrációezt még pár napja olvastam a barrapunto-n, de idejeközben elfelejtődött... no a lényeg ez:

A Greenpeace Spanyolország 2003 óta, mióta nekiveselkedett a Greenpeace a Migrációs Tervének kereskedelmi szoftvereinek 98%-t tudta leváltani szabad alternatívákra.

mivel ez... amolyan fél-szabadfordítás és én fáradt vagyok és különben is... itt a többi spanyolul:

http://www.greenpeace.org/espana_es/news/details?item_id=740206

ez pedig a fordítás:

http://world.altavista.com/babelfish/trurl_pagecontent?url=http%3A%2F%2…

gettext és .plan

gettext és .plantudja valaki ez miért nem működik így:

TEXTDOMAIN=libc TEXTDOMAINDIR=/usr/share/locale LC_ALL=hu_HU.UTF8 echo $"Quit"

így viszont igen?

TEXTDOMAIN=libc TEXTDOMAINDIR=/usr/share/locale LC_ALL=hu_HU.UTF8

echo $"Quit"

az első verzió a bash $"string"-jét használva kellene, hogy működjön, de nem teszi... nem veszi figyelembe a környezeti változókat, csak akkor, ha először beállítom őket, majd utána - külön parancsban - adom ki az echo $"Quit" parancsot.

.
másik téma csak az, hogy mivel állandóan mindent elfelejtek, a minap hozzáadtam ezt a a .profile-omhoz:

[ -f .plan ] && cat .plan

a régi szép emlékekre tekintettel :)

Xmas + OOP

Xmas + OOPgondolom nem sokan gondolkoznak el azon miért lehet az vajh, hogy a google.com.au logója (is) egy halom viháncoló jegesmedve, melyek köztudottan ritkák a déli féltekén - a sok pingvinnel nem bírtak, mind meghalt, szomorú sztori ez barátaim... persze mindettől független semmi sem magyarázza meg a havazást nyár közepén.

NODE... ki vesz komolyan egy rövidujjú mikulást, aki 40 fokban pállasztja ülepét, hosszú fehér szakállába bele-beletúrva, kis kockás zsebkendőjével orrát, homlokát törölgetve....

sokan úgy hiszik nem is rénszarvasok húzzák aztat a télapó embört, hanem kenguruk - képeslapi idill, az ember elolvad, hát nem?

OOP-ról meg csak annyit, hogy eredendően Ruby és Perlben programozok, ha kell valami (és mindig kell valami), lévén a C tudományom (szvsz) hiányos... tegnap egy szőke lány azt mondta, hogy már a második munkáját kapta meg, mert C++-ban jól tud programozni, noha erről igazán nincsen papírja, hacsak az egyetemi végzettségét nem számítjuk ide. ettől teljesen feltöltődve tegnap főből belöktem egy általam saccra C++ külsejű programot, HÁTHA BEJÖN alapon avval amit Rubyból ismertem éééés... siker!

azt hiszem szerencsés választás volt az, hogy a Perl után a C-t tanultam meg, majd a Ruby-t és most a C++-t "olvasgatom" (senki sem forszírozza, ezért mondjuk úgy: "amatőr érdeklődés"). a Perl után a C (leszámítva a pointereket hehe) teljesen értelmes volt... a két nyelv nagyon hasonló és így az út viszonylag zökkenőmentes volt. a C++, Java egyszerűen nem ment... az OOP-ot (minden bizonnyal kétes intelligenciaszintemnek köszönhetően) nem voltam képes megérteni, ezért a C++ és a Java nem csúszott le valahogy.

a Ruby-t azonban a Perl-ből könnyedén megtanultam és... vele együtt az OOP is értelmet nyert.

a C++ pedig (amennyit eddig tudok róla) egy C nyelv OOP-pal megspékelve.

üdv nektek, remélem fehér karácsonyotok lesz.

Apache::ASP

Apache::ASPmod_perl alapon ... :(( nagyon nagy ötlet eredendően, de sajnos rettentő idegesítő tud lenni mikor csak sebtiben hozzá akarok adni valamit a modulokhoz (ugyebár meg vagyon mondva, hogy ne használjunk subroutine-okat, mert azok "veszélyesek", inkább tegyünk ki mindent modulokba) és ezek után teljesen gallyra vágom a rendszert, mivel a becache-elt modulban még _nincs_ benne a megadott subroutine-ra való hivatkozás... ááááá! külön tetszik a mod_perl fejlesztők hozzáállása, idézek: "With mod_perl many things can happen to your server. It is possible that the server might die when you are not around." valamint "When you start running your scripts under mod_perl, you might find yourself in a situation where a script seems to work, but sometimes it screws up. And the more it runs without a restart, the more it screws up. " soha életemben ennyit még nem tanultam a perlről és most is pontosan tudom hol van elcseszve a rendszer, azonban a graceful nem működik (apropó, tudja valaki ez miért lehet? apache2.0.46), újraindítani meg az egész httpd-t nem javallott, mivel elég sokan használják a servert... lehet, hogy majd holnap reggel újraindítom, de addig orosz rulett az egész :) vagy internal server error, vagy bejön az oldal jól. az oldal a sajátom, ezért nem forszírozom most az oldal tökéletes működését, hagyom a rákba ahogy van holnap reggelig.

ilyenkor mindig előjön a "hmm... kíváncsi volnék vajh egy Eruby fejlesztéssel mennyi gondom lenne", de biztos vagyok benne, hogy akkor is előjönne egy halom probléma.

megyek utánanézek -t lehet e mod_perl nélkül is futtatni, ugyanis itt nem konkrétan az -vel van gond (azon már túl vagyok hehe).

Karikatúra tutorialok érája

Karikatúra tutorialok érájaWhy Poignant Guide-ja után most itt a Lisperati is, amely hasonszőr karikatúra-tutorial (karikatorial? :)) és ez szerintem frankóizmus.

remélem egyre több ilyen stílusú tutorial lát majd napvilágot, mert bár sajnos a poignant guide még nincs befejezve, én remekül szórakoztam vele és rajta keresztül ismertem meg a rubyt. a pickaxe, a "ruby tome" szerintem túl nehéz egy kezdőknek szánt ruby tutorialnak és Matz matematikai példái valamint száraz stílusa nekem szintén nem jöttek be.

Világok nyílt forrásai

Világok nyílt forrásai

ma reggel pár érdekes hír várt rám a barrapuntón, amelyeket más oldalak nem említettek meg.

az egyik szerint Gilberto Gil brazíliai zenésszel tartottak egy nyílt forrású műhelyt, aki mellesleg brazília kulturális minisztere is egyben és egyben élharcosa is a nyílt forrású programoknak. a műhelyt vele és érte tartották, hogy megmutassák mit lehetséges létrehozni nyílt forrású programokkal. a video szerkesztéséhez a kinot és cinelerrát használták, a zene szerkesztéséhez ardourt, audacityt, freebirtht és másokat. az oldalra feltették a készített zenét - aki kedveli a sambát, töltsön :) itt van, a "musica" link alatt.

tetszik nekem ahogyan ezek a brazilok nyomulnak, remélem sok érdekes kezdeményezést fogunk még látni tőlük.

a másik hír a go_open nevű kezdeményezés, egy dél-afrikai tévéműsor mely a nyílt forrást hivatott promócionálni. 13 részből az elsőt múlt hét szombaton vetítették le. elég merész kezdeményezés szerintem, sok sikert nekik.

ja.. mellesleg a Hewlett-Packard South Africa, African research institution CSIR és Canonical-Ubuntu mellett a Shuttleworth Foundationnek köszönhető ez az egész.

valahogy a "Shuttleworth"-ön már meg sem lepődök :)

Sokkal INKÁbb microsoft

Sokkal INKÁbb microsoftma meglepve olvastam, hogy a barrapunto.com egyik beküldött híre szerint a microsoft ki fogja adni a windows xp és office 2003 programokt a quechua nyelven is, ami az ősi inkák nyelve volt ugye.
rákerestem - mert a hír enyhén szólva furcsa, a quechua nyelv ugyanis a szegények nyelve és a kihalás fenyegeti - és valóban.
angolul itt írják:
http://uk.news.yahoo.com/041111/323/f6gjm.html
spanyolul pedig a barrapuntón kívűl még itt:
http://www.terra.com.mx/tecnologia/articulo/146890/
ez utóbbi szerint a perui oktatási minisztérium és a microsoft peru által aláírt egyezménynek köszönhető ez a dolog.
nem tudom ez most jó hír e vagy rossz hír... microsoft persze állítja, hogy csak a jótett vezérli őket és nem a pénz... és mivel a nyelvet a szegényeken kívűl sokan nem beszélik, ennek még lehetne hinni is... de mi más lehet még e mögött a döntés mögött?
sokan azon filóznak, hogy mivel a perui elnököt sokat látni együtt a brazil kormányfővel (aki köztudottan open source alak és emiatt amolyan nyílt forrású che-guevarája a latin-amerikai közösségeknek), esetleg emiatt aggódhat a microsoft... így próbálná "visszanyerni" a támogatást?
kíváncsi leszek rá... főleg arra, hogy a szegény réteg valóban megkapja e a beígért ingyen internetet quechua nyelvvel és hogy ez mennyiben fogja elősegíteni ennek a nyelvnek a fennmaradását.

hup plop

hup plopmegint eltűnt!
kíváncsi lennék létezik e olyan, hogy "hup érzés" hehe. mert akkor azt lehetne helyettesíteni egy pirulával - mint már annyi más mindent - és huptalan napokon az ember a kávéjába beleőrölne egy gyűszűnyit, csak hogy az a nap is flottul menjen mint a többi, múljon már a fájó üresség érzése, hogy a fene vigye el.
mint amikor a mindennapi reggeli svarchoz nincsen tej... ugye milyen keserű és ugye, hogy ilyenkor újra meg újra kinyitjuk a hűtőt "hátha lötyög ott egy kis tej... vagy tejszín... hmmm kíváncsi lennék tejföllel milyen a kávé íze".
de újra itt van és ez jó, nem félbeharapott kifli lesz a nap.

'less' szarság

'less' szarságés less alatt nem azt értem, hogy "kevesebb", hanem azt, hogy a less programmal van tele a tököm.
tegnap előjött az az érdekes problémánk, hogy a shadow file nem MD5 kódokat tartalmazott, hanem DES kódokat, holott a régi rendszeren (rh7) MD5 jelszavak voltak, az új rendszer pedig rhel3, ott meg természetesen szintén van lehetőség az MD5-ös passokra... nos, ennek apropóján fellelkesültem és gondoltam soha jobb időt az MD5-ös passok-at megértenem, gondoltam utánaolvasok... meg is volt. perlhez úgy tűnt kelleni fog egy külön CPAN-os lib, gondoltam ezt inkább kihagyom, gondoltam na majd akkor ruby, az sokkal jobban meg van támogatva értelmes és modern libekkel, de a pickaxe librefjére kukkantva csak a DES-es passzokról esik szó, így azt is kihagytam... maradt így hát az a lehetőség, hogy esetleg C-ben megírom. C-ben nem vagyok különösebben jó és nem írtam még elég komoly programot benne ahhoz, hogy sűrűbben használjam, node.. mindent el kell kezdeni egyszer - gondoltam, és megnyitottam a crypt(3) manpage-et, átolvastam párszor, magambaszívtam a tudományt és az alján a kisbetűs részen megemlített MD5 utasításoknak megfelelten sebtiben összetettem egy szimpla kis programot, csak hogy lássam megy e... nem ment.
ezt kaptam:
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../crt1.o(.text+0x18): In function `_start':
: undefined reference to `main'
collect2: ld returned 1 exit status
persze igen amatőr C-sként ez nekem sokat ugyan nem mondott (bár így utólag alig utalás a main()-re hehe). nos, gondoltam rákukkantok erre a ctr1.o-ra, itt dél-tasmániában ugyanis már történtek érdekes dolgok (áram, víz, telefon, ezek itt csak ünnepnapokon működnek rendesen és a viharok miatt nem ritka az, hogy elmegy az áram vagy a víz elszíneződik) és a crt1.o-ás fileban ennyi volt "PTRh". hmm... gondoltam magamban, na most ilyenkor mi van :) és itt hosszas tökölés vette kezdetét, minekután egyszerűen nem értettem mi történhetett.. teljesen mint hat évvel ezelőtt mikor először használtam linuxot.
a vége az lett, hogy eszembe jutott, hogy egyszer már tapasztaltam ilyesmit, akkor is less-szel és akkor is linuxon, és természetesen ez volt a megoldás is. ja, és persze a maint() bug is meglett egy idő után, átírtam main()-re és minden szép és jó lett, a .bashrc-mbe pedig bekerült egy alias less="less -L", mert NAGYON idegesít mikor egy program "segítőkész" és nem azt teszi amit én akarom, hogy tegyen. a egész dologban egyébként azt furcsállom a legjobban, hogy bár a gentoo-t mindenki megpróbálja elitnek beállítani, marhára nem elit és szerintem sokkal egyszerűbben, úgymond "felhasználóbarát"-ibban kezel dolgokat mint mondjuk egy suse vagy egy redhat. egyedül a telepítésnél tapasztaltam azt, hogy tényleg érteni kell a rendszer működéséhez egy elég jó szinten ahhoz, hogy feltelepítsen az ember egy gentoot. miután feltelepült azonban ugyanazt találjuk mint bármely más disztrón - bár szerintem sokkal egyszerűbb a kezelése mint a suséé vagy a redhaté, mandreké, én kifejezetten tehetetlennek érzem magam azok alatt a rendszereken.
a shadow file pass bejegyzéseit egyébként a crypt(3) manpage tárgyalja és valóban igen egyszerű a bejegyzést a libcrypt használatával elkészíteni, C-ben, bár azóta merő kíváncsiságból kipróbáltam perlben és rubyban is és íme:
perl -e 'print crypt("pass", "$1$salt");'
ruby -e 'print "pass".crypt( "$1$salt" );'
enyhén szólva egyszerűbb, mint egy C programot erre írni külön hehe, de az is igaz, hogy nem mindenkinek van perl és/vagy ruby a gépén :)
kár, hogy az md5-ös jelszavak készítéséről sem a perlfunc manpage, sem a pickaxe libref nem tesz említést, ugyanis nem mindenki fogja megérteni a crypt(3)-as manpagen összefoglaltakat.