Po více než půl roce přináším další díl miniseriálu, který nahlíží pod pokličku aktuálního vývoje (ne jen to) Odamexu. Na otázku co se děje se nedá odpovědět lépe než „Programuje se“ a to opravdu vytrvale, podívejme se na to ovšem blíže. Momentálně nejaktivnějšími vývojáři jsou Mike a Russell sekunduje jim Denis. Russell se soustředí do větve new_sqp (Server Query Protocol) a vymazluje Launcher, který má obrovskou konkurenci v podobě Doomseekeru a dovolím si říct, že Doomseeker je lepší než momentální Odamex Launcher.

Ale všichni společně se soustředí samozřejmě i na opravu bugů, opravy úniků paměti a s tím spojenou i vyšší stabilitu Odamexu. Za honbou na opravu bugů vznikla i iniciativa The Bug Tracker Cleanup Initiative – Winter 2010, kterou pro změnu rozjel Ralphis. O co se jedná? V bug trackeru Odamexu je spousta otevřených bug reportů, které je třeba vyřešit. Ovšem aby se dal bug jednoduše opravit, musí ho dokázat vývojáři zreprodukovat – to znamená, že toho bugu musí docílit i oni, aby věděli jak na něj s opravou. Mnoho bugů v bugtrackeru se nedaří zreprodukovat – dost možná také proto, že již nejsou aktuální a už byly opraveny vedlejším efektem jiné opravy. Takže úkol pro hráče je jasný, zkusit zreprodukovat bugy, popsat jakým způsobem se jim povedlo to udělat, případně informovat, že se jim bug zreprodukovat nepovedlo – tedy už není třeba ani aktuální.

Ačkoliv není úkolem této iniciativy hledat a hlásit nové bugy, když na nějaký narazíte a není ještě nahlášen, tak jej samozřejmě nahlásit můžete. Není to nic těžkého. Stačí se zaregistrovat v BugZille Odamexu, na úvodní stránce vybrat možnost File a Bug a vyplnit formulář. Komponenta – tedy čeho se bug týká, jestli klientu, serveru nebo launcheru. Verze, nejlepší bude testovat chyby na co nejaktuálnější verzi, takže se ujistěte že máte minimálně poslední stabilní verzi. Další je severity, tedy jak častý, respektive jak důležité je podle Vás tento bug opravit Je-li to jen nějaká blbůstka, dejte Trivial, jedná-li se o nějaký opravdu velký problém, vyberte major, případně critical. Hardware, většinou to bude asi x86 či x64 no a OS, vyberete operační systém, na kterém testujete.

Další, a nejdůležitější částí je Summary a Description. Summary je zjednodušené shrnutí, o co v bug reportu jde, tedy například „Pád serveru s více než 16 hráči“ (samozřejmě v angličtině, na gramatiku se moc nehledí, stačí když vývojáři pochopí, co se snažíte říct =), takže klidně jednoduše „Server crash when connected more than 16 players“). No a popis, podrobněji o co jde a nejlépe i jak bug zreprodukovat. To je vše, pokud máte k problému třeba i screen nebo v nejlepším případě patch ;-) můžete jej přiložit (Attachment).

Zpět ale k čistce bug trackeru. Své poznatky, jako číslo bugu, který jste zkoušeli, zda stále přetrvává a jak jej reprodukovat můžete hlásit buď přímo na fórum do příslušného tématu nebo přímo do BugZilly k příslušnému bugu, nezapomeňte uvést verzi odamexu (příkaz version v konzoli) a operační systém, na kterém jste testovali.

Odamex jde tedy stále kupředu a na duely je to velmi vhodný kandidát již teď, což jsem si ověřil v několika mapách s Cyberrealitym. Pokud by měl někdo zájem Odamex vyzkoušet, není nic jednoduššího, než se připojit na český IRC kanál a někoho o duel v Odamexu požádat, pokud budu přítomen já, můžete se mnou počítat.