Megjelent a Wormux 0.5.0-s verziója. A játék a Team17 fejlesztette népszerű Worms linuxos klónja.Főbb változások az előző kiadás óta:

• A játék immáron a ClanLib 0.7-es függvénytárra támaszkodik, amely lehetővé teszi a hardveres gyorsítás használatát OpenGL-en keresztül. Ennek köszönhetően látomást gyorsabban fut a program.
• Új fegyver (szőnyegbomba); tíz új pálya; új hanghatások.
  
• A korábbi francia nyelvről egységesen a programkódban és az adatállományokban a kóderek áttértek az angol nyelv használatára a külső fejlesztők könyebb bekapcsolódása végett.
  
• Apróbb módosítások stb.

Képernyőfotó: cowland.jpg

Projekt weblapja: http://www.wormux.org/en/

(Ui: A játék magyarítását én kezdtem el, sajnos az ebben a verzióban megjelent újdonságokat időhiány miatt nem tudtam nyomonkövetni, lefordítani; ezt a hiányosságomat most pótlom, CVS-ből elérhető lesz hamarosan a teljes magyar fordítás is.)

Az UHU 1.2 hamarosan kiadásra kerül. Ennek előszele az első RC változat. Aki a végleges használatát tervezi, jó ha letölti és kipróbálja, mert az így felfedezett hibák javításra kerülhetnek a kiadás előtt.

Négy évnyi kutatás, 5.7 milliónyi Linux forráskód sor átvizsgálás után öt Stanford Egyetemen dolgozó számítógép-kutató azt állítja, hogy a Linux kódja programozási szempontból jobb és biztonságosabb, mint a legtöbb kereskedelmi szoftver forráskódja.Alapozzák ezt az állítást arra, hogy Carnegie Mellon Egyetem szakemberei 20-30 bugot találtak átlagban a kereskedelmi programok forráskódjának minden 1000 sorában, míg ők átlagosan 0.17 bugot fedeztek fel a Linux forráskódban 1000 soronként.

A részletes fejtegetés itt.

Az FSF.hu alapítvány felajánlásának köszönhetően immár lehetőség van az FSN tégla projekt támogatása esetén adó-, illetve adóalap-csökkentésre is.

A kedvezmény mértéke magánszemélyek esetén a támogatás legfeljebb 30, míg cégek esetében 100%-a.

Bővebben az FSN tégla projekt weblapján.

Köszönjük az FSF.hu alapítványnak és az eddigi támogatóknak!

A november 26-án megjelent UHU-Linux Live 2.2 (Eszter) anyagról készített képernyőképeket az OSDir. A képek itt.

A vbRAD.com névre hallgató oldal összeállította a 2004-es év legjobb 10 szoftveres innovációját. Az oldalt két tapasztalt Visual Basic programozó készíti.Annak ellenére, hogy az ember azt várná, hogy a VB programozók valami Windows programot állítanak az első helyre, nem így lett. Az első helyen a Mozilla alapítvány Firefox böngészője végzett. Emellett megtalálható a listán az OOo 1.1 is.

Talán lehet benne valami. Ha már a Windows kóderek is ezt mondják...



A teljes lista itt.

Azt tervezed, hogy Ubuntu Linuxra váltasz? Vagy elszántad magad arra, hogy kipróbálod. Akkor segítségedre lehet Chua Wen Kiat által összerakott nem hivatalos Ubuntu 4.10 Starter Guide.

A NetCraft-on olvasható egy cikk, miszerint a Mac rajongók előszeretettel hostolják oldalaikat bármilyen más operációs rendszeren, mint Mac OS X-en. Erre enged következtetni az a tény, hogy a MacDailyNews, MacWorld és MacCentral oldalak Linuxon, míg a MacintoshOS, MacMinute, az egész Mac News Network, beleértve a MacSurfer, Apple Insider, Mac Observer és MacNN oldalakat FreeBSD-n futnak. A MacDailyNews nemrégiben váltott Mac OS X-ről Linuxra. Arra a tényre, hogy a Mac oldalak előszeretettel hostolódnak más OS-eken, felfigyelt az USA Today egyik rovatvezetője Andrew Kantor. Ő ezt a tényt mulatságosnak találta.

A NetCraft cikke itt.

Az Egyesült Államok elnökének George W. Bush-nak a honlapja kalandozások után FreeBSD-re került. A www.georgewbush.com korábban az Akami-nál hostolódott (NetCraft oldal). November közepén volt egy erőtlen próbálkozás a Windows 2000+IIS 5.0 párosra, majd a végén FreeBSD+Apache mellett döntöttek. A NetCraft szerint annak ellenére, hogy a FreeBSD-re való váltás után az oldal válaszadási ideje javult, az oldal most egyszerűen csak egy redirect-et végez a Republican National Committee web site-ra (www.gop.com).

A NetCraft cikke itt.

Jens Axboe egy olyan patchet készített az időszeletes (time sliced) CFQ (Completely Fair Queueing) IO ütemezőjéhez, amelynek segítségével IO prioritási szinteket tudunk processzekhez rendelni. A dolog hasonlóan működik a processz ütemező nice értékeinek állítási lehetőségéhez. Az CFQ-hoz 8 különböző prio (prioritás) értéket lehet beállítani. A 0-ás érték a legmagasabb, a 7-es a legalacsonyabb. A működés lényege: ha a processzek azonos IO prio-val futnak, akkor körülbelül azonos diszk hozzáférési rátájuk lesz. A magasabb prio-val (alacsonyabb számmal) futó processz gyorsabban fog a diszkhez férni.

A prio szinteket az ``ionice'' parancs segítségével lehet állítani (ionice.c Jens levelében). Használata:

# ionice -n3 some_process

Ezzel a some_process névre hallgató processz 3-as IO prio-t kap.

Bővebben a KernelTrap-on itt.

Új hírek az ULE felől... Az ULE útja a FreeBSD-ben meglehetősen rögös. 2004. január 24-én Jeff Robertson bejelentette, hogy az ULE lett a FreeBSD-current alapértelmezett processz ütemezője. Sajnos a scheduler nem igazolta a hozzá fűzött reményeket.

Meglehetősen sok probléma volt vele, ezért a fejlesztők úgy döntöttek, hogy a FreeBSD 5.3-ban (amely az első production minőségű kiadása a FreeBSD 5.x sorozatnak) már nem kockáztatják meg az ULE-t, mint alapértelmezett ütemezőt. A FreeBSD 5.3-RELEASE már újra a korábbi, stabil 4BSD (alapértelmezett) ütemezővel lett kiadva.Az ULE közben broken státuszba került.

Tegnap Jeff Roberson egy levelet köldött a -current listára, amelyben bejelentette, hogy az ULE ismét (együtt)működik a preemption-nel, a KSE-vel, stb... A fejlesztő ismeretei szerint már csak két probléma (nice +20 processzek, HT) van az ütemezővel, ezért kéri a felhasználókat, hogy teszteljenek és bugreportoljanak.

A felhasználók azon kérdésre, hogy mikor kerülhet vissza az ULE a FreeBSD-be (RELENG_5), mint alapértelmezett ütemező, Scott Long a következőket mondta:

A RELENG_5 stabil branch. Ha az ULE átmegy a HEAD-ben a minőségi teszten, és olyan stabil lesz, mint a 4BSD, akkor megfontolják, hogy beteszik a RELENG_5-be. Scott a múltban tapasztaltak alapján azt hiszi, hogy ez nem lesz egy gyors folyamat.

A thread itt kezdődik.

Mivel trey korábban írt a YaifO első kiadásáról, ezért gondoltam összedobok egy rövid kis leírást róla.

Egyszerűen hihetetlen!

Az EU holland elnöksége még az idén el akarja fogadtatni a szoftverszabadalmi irányelvet. Mivel erre már nincs idén más lehetőség, vagy a Halászati vagy a Mezőgazdasági, esetleg a Környezetvédelmi Miniszterek Tanácsa találkozóján akarják elfogadtatni a döntést!Úgy látszik, a multiknak nagyon fontos, hogy még az idén keresztülnyomják a szoftverszabadalmi irányelvet.

Két napja még az a hír járta be a világhálót, hogy idén már nem lesz döntés.


Azóta kiderült, hogy a hollandok mégis keresztül akarják nyomni a szoftveszabadalmi irányelvet még az idén. Két napja egy belgiumi meghallgatáson egy belga EP képviselő még azt mondta, hogy nem szerepel a kérdés az EU idei napirendjén.

Ehhez képes tegnapra már megváltozott a helyzet, és most már úgy néz ki, hogy legkésőbb dec. 21-22-én dönteni akarnak.

Mivel erre más lehetőség nincs, hát a Halászati vagy a Mezőgazdasági, esetleg a Környezetvédelmi Miniszterek Tanácsa találkozóján akarják elfogadtatni a döntést!

A kérdés az, hogy a halászati miniszterek vajon tudni fogják-e, hogy miről szavaznak?

Nagyon fontos lenne, hogy megakadályozzuk ezt az ámokfutást!

Kapcsolódó linkek:

EU Council Presidency Schedules Software Patent Directive for Adoption at Fishery Meeting


Legislative Process Updates & Timelines

December 12-én megjelent az XFCE 4.2 RC2, amely jópár hibajavítást tartalmaz az RC1-hez képest.

Kiemeltem a hozzászólásokból...

Tímár András írta:

``Tegnap ezzel ellentétes hír látott napvilágot. Egyrészt, hogy a lengyelek visszatáncoltak, és mégis támogatják a direktívát, másrészt, hogy a Tanács mégis elfogadja közös álláspontként idén, méghozzá december 15-én szerdán.''

Bővebben itt, és itt.

A jatekport.linuxuser.hu oldal teljesen megszűnik, 2-3 héten belül törlöm. A linuxgames.hu tovább csúszik, teljesen kívülálló okok miatt.1. Miért szűnik meg a jatekport oldal?

- Tavaly karácsonykor sokkal színvonalasabbra terveztem.

- Nincs időm folytatni, frissíteni.

- Ha beindul már végre a linuxgames.hu, akkor várhatóan beszállok Norbi mellé.

- Két-három hónap múlva várhatóan beindítok egy linuxos jellegű lemezújságot (várhatóan külön játékrovattal), és akkor tiszta lappal szeretném kezdeni.

2. Mit tehetsz?

- A játékos oldal főoldalán kilinkeltem a letölthető tartalmat. Akinek kell, az húzza le, mert a linuxuseres oldal egy-két hónapig üres lesz, utána pedig kissé más jellegű tartalommal töltődik fel.

- A linuxforum.hu oldalon elérhető lesz a tartalmának arra érdemes része, amolyan általános tudnivalóként, kb. 20-25 játék helpje.

- A teljes tartalom a bP szerveren tovább él, de minden frissítés nélkül, a games.blackpanther.hu url mögött. Ez a subdomain-es téma várhatóan átesik egy frissítésen a holnapi napon.

3. A beígért linuxgames.hu miért nem megy már?

- Nem igazán nyilatkoznék ez ügyben, de értesüléseim szerint a szerver egy olyan szobában volt hosztingra téve, ahol mint kiderült, amolyan warezszerverek is mentek, és tudtommal egy rendőrségi akció keretében le lettek foglalva, pedig hát a linuxgames.hu-t hostoló gépen semmilyen csúnya dolog sem volt. Tudtommal várjuk a fejleményeket.

Nos ennyit szerettem volna bejelenteni. Sziasztok.

Tim Riker bejelentése szerint a BZFlag elérte a Sourceforge-on az 1 millió letöltést. Érdekes, hogy a népszerű játék tavaly még szerepelt a HUP Olvasók Válaszása Díj jelöltjei között (igaz nem túl jó eredménnyel), viszont idén már az olvasók jelölései alapján be se került a legjobb tízbe. Az eseményről a Slashdot is beszámolt.

"Jövő év márciusa előtt biztosan nem kerül pont a vitatott törvény végére."

A cikk olvasható itt."Jövő év márciusa előtt biztosan nem kerül pont a vitatott, és immár tíz hónapja húzódó szoftverszabadalmi direktíva-ügy végére. Az Európai Tanács annak ellenére kénytelen elhalasztani a folyamatot lezáró döntő szavazást, hogy a korábban felmerült formai hibákat kiküszöbölték, és a tervezetet már minden tagország hivatalos nyelvére lefordították. A direktíva véglegesítésének újabb elhalasztása a belga gazdasági miniszter egyik jelentéséből került napvilágra."

Megjelent a Gentoo közösség heti hírlevelének, a GWN-nek a legfrissebb, december 13-i száma.

A hírlevelet elolvashatod itt.

Az OnLamp BSD DevCenter rovatában jelent meg egy cikk arról, hogy felhasználó mi módon valósított meg hardveres RAID-et FreeBSD alatt. A cikk itt.

Megjelent Mark Johnston szokásos heti összefoglalója a FreeBSD -current fejlesztéséről.

Andre Oppermann egyik újabb levelében azt írja, hogy teljesen átdolgozta a FreeBSD TCP reassembly kódját annak érdekében, hogy javítsa annak hatékonyságát és skálázhatóságát. Ez a kód felelős azért, hogy a fragmentált csomagokat újra összeállítsa.Az új kód az insert műveletek 95%-ban O(1) hatékonysággal dolgozik. A fejlesztő szerint az új kód minimum 30%-nyi teljesítmény-növekedést eredményez.

A teszteléshez a patch letölthető innen.

Andre levele itt.

Elérhető a MyToy következő, tesztelésre szánt változata, amely jelentős fejlődésen ment át.Új menüt kapott a program, megkönnyítve ezzel a kezelhetőséget. A meglévők mellé új játékmodul is került, bővítve ezzel a játékok sorát, de az eddigi modulok is átdolgozásra kerültek. A játék ezen kívül számtalan apró bővülésen és javításon ment keresztül, bár ezek között akad olyan is ami nem látványos.

(Kérlek Titeket, minél többen töltsétek le és teszteljétek a játékot, az esetleges hibákról és ötletekről minden használható észrevételt szívesen fogadok.)

Andrea Arcangeli egy olyan patchet készített a 2.6-os kernelhez, amellyel lehetőség nyílik arra, hogy a kernel HZ értéket dinamikusan, boot időben változtassuk meg.

A HZ érték nem más, mint a timer interrupt frekvenciája. A standard 2.4-es kernelben a HZ értéke 100 volt az x86-os rendszereken. Ez a 2.5-ös fejlesztői kernel idején 1000-re növekedett. Ha a HZ értéke 1000, akkor a timer 1/1000 másodpercenként (1ms) üt be.

A timer interrupt a rendszer lelke. Minden ennek függvényében jön létre vagy szűnik meg a kernelben. Ez a periódus a rendszer ``finomságának'' mértékegysége. A timerek 1/1000 másodpercenként bukkannak fel, az időszeletek (timeslices) 1/1000 másodpercenként válnak esedékessé, stb.A megnövelt HZ értéknek van pozitív és negatív oldala is. Minél nagyobb a HZ értéke, annál pontosabb időzítést lehet elvárni a kerneltől. A poll() és a select() függvények timer-alapúak, teljesítmény növekedést könyvelhetünk el, ha növeljük a HZ értéket. Szintén javul a processzek válaszadási képessége (latency).

A pozitív oldal mellett vannak negatív hatások is. A legnagyobb ezek közül a megnövekedett timer overhead. Azzal, hogy a HZ értéket 100-ról 1000-re növeljük, tízszer annyi timer interrupt keletkezik, ami tízszeres overhead-et jelent. Ez a korszerű számítógépeknél nem okoz problémát, de a régebbi 386/486-os gépeknél lassuláshoz vezethet. A másik probléma a jiffie átfordulás. A HZ=100 értéknél a rendszer uptime 497 naponként fordult át. Ha a HZ értékét megnöveltük 1000-re, akkor az átfordulás 49.7 naponként következett be. Ez annak volt köszönhető, hogy 32 bites változóban tárolták a jiffie értékét. A jiffies változó helyett bevezetésre került a jiffie_64, hogy a probléma megoldódjon.

Mint az látszik, a magasabb HZ nem minden rendszer esetén hoz pozitív változást. Ezért gondolta azt AA, hogy hasznos lenne egy dinamikus változtatási lehetőség.

Bővebben a KernelTrap-on itt.

Ha GNOME és xine, akkor a frontend: totem. De vajon akkor mi a frontend, ha azt mondom gstreamer és KDE?