na, akkor itt az idő :) [SLIDE 1] üdvözlök mindenkit az online akadémián a következő téma: hírek és dokumentáció az ubuntu.hu oldalon [SLIDE 2] [SLIDE 3] az első kérdés ugye az lehet, hogy miért kell ezeket egyszerre tárgyalni nos, azért, mert lényegében pont ugyanarról van szó: írni kell az ubuntu.hu oldalra mindenfélét :) illetve más összefüggés is van: ami ma hír, arról pár hét múlva lehet, hogy doksit kell írni tipikus példa erre az ubuntu one ami először csak egy érdekes hír volt majd egy jó hosszú doksit kellett róla írni pár hónappal később :) [SLIDE 4] márpedig a felelősség nagy mert nem kevés ember olvassa ezt az oldalt ez a 2 ezer aktív felhasználó talán elsőre hihetetlennek tűnik de a statisztikai adatok szerint nagyon sok olyan user van, aki ugyan regisztrált, és rendszeresen nézi az oldalt, de alig-alig szól hozzá az aktívan hozzászólók száma ennek mondjuk 10-20%-a, ha lehet erről nincs adatom viszont :) [SLIDE 5] azt, hogy mikor milyen feladatunk van, egyetlen dolog határozza meg: az ubuntu kiadási ciklusai [SLIDE 6] Az első szakasz most december 10-ig tartott ez gyakorlatilag még a Karmic Koala korszaka volt, az éppen akkor aktuális kiadás doksijait kellett szépen átnézni, javítgatni érdekes hírek ilyenkor igazából egyszer vannak: amikor az UDS van, vagyis az Ubuntu fejlesztői találkozó mivel itt derül ki, hogy milyen főbb fejlesztések várhatók a következő kiadásban ezért ilyenkor nagyon kell figyelni a beérkező hírekre még ha aktuálisan nem is kerül ki minden az ubuntu.hu-ra segít abban, hogy nagyjából lássuk, mire számíthatunk az előző hónapokban izé, következő hónapokban [SLIDE 7] A második szakasz a Feature Freeze-ig tart: ez most csütörtökön volt tehát elméletileg most már minden új fejlesztés benne van a karmicban, innentől kezdve csak a javítgatás jön a hangsúly az _elméletileg_ szón van természetesen :) a gyakorlatban ugyanis ez csak annyit jelent, hogy innentől free exceptionnel kerülhetnek be új dolgok dehát a freeze exception intézménye azért van, hogy használjuk :) persze ezt a határidőt azért viszonylag komolyabban be szokták tartani az ubuntu fejlesztésekor van olyan is, amit nem, és erre hamarosan rá is térünk :) [SLIDE 8] ezt követően jön ugyanis a legizgalmasabb szakasz, amikor a következő kiadáshoz elkezdünk dolgozni a doksin ez nem azért izgalmas elsősorban, mert új dolgokat lehet megtapasztalni, hanem azért, mert mindig kitalálnak új dolgokat, hogy hogyan toljanak ki azzal, aki doksit akar írni :) elméletileg ebbe a szakaszba esik a user interface freeze, valamint az artwork freeze a user interface freeze azt jelenti, hogy innentől kezdve minden gomb, mező, ikon ugyanott marad ez azonban a honosítást nem feltétlen érinti, így ilyenkor simán lehet, hogy egy csomó helyen még angol feliratok vannak az artwork freeze még izgalmasabb: ez azt jelenti, hogy amikor ez a határidő lejár, akkor észbekapnak, hogy lassan el kéne kezdeni dolgozni rajta tehát az artwork freeze estéjén megkeresik azt az időzónát, ahol a legtöbb idejük van és az utolsó pillanatban belöknek valamit, ami egy picit talán hasonlít arra, ami a véglegesben lesz ezzel csak az a baj, hogy amikor doksit írunk, akkor ugye a képernyőképek nem annyira lesznek konzisztensek például az intrepidnél sikerült berakniuk minden idők legrandább háttérképét határidőre, aminek a hosszabb nézése felért egy szemgödrön keresztül végzett lobotomiával majd amikor már komolyan meg akarták verni az artworkért felelős embert, akkor keresett egy jó képet a közösségi wiki oldalon, és végül az lett a véglegesben a Hardynál már ezzel nem is próbálkozott, rögtön a wiki oldalról emelte át a háttérképet de azt még az RC kiadás megjelenése után is finomítgatták ezért a Hardy doksiban mai napig lehet találni olyan képeket, ahol a kócsag kicsit máshol van ebből következik, hogy a képernyőképeket érdemes viszonylag az utolsó percre hagyni, amikor a doksin dolgozunk mert csak magunknak csinálunk dupla munkát én azt mondom, hogy 2 héttel a release előtt már azért jó esély van rá, hogy nagyjából a végleges pofáját látjuk a rendszernek mondjuk az ikonokat a karmicban még akkor is cserélgették... de hát ez egy ilyen iparág ami csak azért kellemetlen nekünk, mert a cél minden kiadásnál az, hogy a legfontosabb doksik a megjelenés napján frissítve legyenek [SLIDE 9] mint látható, minden fontos dolog csütörtökön történik az ubuntu körül: ekkor jelennek meg az előzetes és végleges kiadások, ekkor vannak a fontosabb freeze-ek (amiket nem tartanak be) szóval ezzel viszonylag jól lehet számolni mindig [SLIDE 10] akkor most térjünk át egy kicsit a gyakorlati részére akár a doksiírásról, akár a hírekről van szó, a legfontosabb eszköz a virtualizáció ami praktikusan KVM-et jelenthet, ha támogatja a gépünk hiszen ez az Ubuntu elsődlegesen támogatott virtualizációs megoldása és jól is működik [SLIDE 11] miért jó a virtualizáció... nos, a válasz magától értetődő: kockázat nélkül tudjuk tesztelni a rendszert bármikor újratelepíthetjük (ami fontos, ha ki akarjuk szúrni például a változásokat a telepítőben) és ami a legfontosabb: itt tudunk egy alap rendszert tartani, tehát a képernyőképeken pont úgy fog kinézni a desktop, mint egy alaptelepítés után ami megkönnyíti a doksit olvasó dolgát [SLIDE 12] [SLIDE 13] tehát a hírekről... a legfontosabb kérdés, hogy mi hír és mi nem hír az alpha kiadások megjelenéséről például jó ideig úgy gondoltuk, hogy nem kéne hír legyen mert azért az ubuntu.hu olvasói nagyrészt kezük az ő kezükbe pedig nem való egy fejlesztés alatt álló rendszer ami, ha megnézzük most a hozzászólásokat egy alpha hír alatt, nagyon is indokolt tud lenni :) amiért mégis írunk róla: mert tőlünk függetlenül a fórumban/blogokban úgyis beszéltek róla az emberek és ugyanúgy szívtak vele így legalább, ha mi adjuk ki a doksit, tudjuk kontrollálni, hogy benne legyen a szükséges figyelmeztetés és a link, hogy hogyan lehet virtualizálva kipróbálni tehát 2 rossz közül ez a kisebbik rosz rossz a másik tipikus hír a magyar ubuntu közösséget érintő dolgok mint például most ez az online akadémia erről szerintem nem is kell több szót vesztegetni a harmadik már kicsit érdekesebb ebben ugyanis nem csak mi vagyunk benne, hanem a barátaink is tömören annyi a lényege, hogy erőnkhöz mérten igyekszünk segíteni a többi szabad szoftveres csoportosulást is ilyen például az FSF.hu Alapítvány, akik amúgy a magyar ubuntu közösség elsődleges támogatói is például ők adják a szervert nekünk és egyébként személyesen is több ubuntu tag egyben fsf.hu aktivista is tehát velük maximálisan jó az együttműködés szerencsére aztán ott van a FLOSSzine magazin ami egy viszonylag új formáció és bár velük nem vagyunk annyira közvetlen kapcsolatban de persze szívesen segítünk nekik, amiben tudunk például azzal, hogy ha megjelenik egy új szám, arról beszámolunk a KIWI Linux már érdekesebb arról azt kell tudni, hogy mi hivatalosan nem támogatunk egyetlen alternatív/független ubuntu változatot sem azon egyszerű oknál fogva, hogy mi ubuntusok vagyunk, nekünk az ubuntuval kell foglalkoznunk amiben a Kiwi más, az az, hogy ott a vezető fejlesztőt Jani Monosesnek hívják aki világviszonylatban is egy jól ismert név ubuntus körökben és az ő neve garancia arra, hogy az a rendszer össze van rakva és nem mellesleg szerintem szép példája román-magyar együttműködésnek a másik ilyen példa a BeLin, vagyis a beszélő Linux ha valaki esetleg még nem találkozott volna vele, ez egy látássérültek számára készült ubuntu változat amiben az a nagy dolog, hogy már a telepítő is beszél tehát egy vak is tudja egyedül telepíteni ami szerintem óriási dolog a fejlesztője Hammer Attila pedig a magyar Ubuntu közösségben egy jól ismert ember, és meg lehet benne bízni és végül az utolsó kategória az, ami közvetlenül érinti a felhasználókat és fontos dolog azt hiszem, ezt nem nagyon kell magyaráznom, miről szól: ilyen volt például az ubuntu one elérhetősége vagy amikor Jane Silber lett a CEO a canonicalnál [SLIDE 14] és akkor most jöjjön az érdekesebb része: mi az, ami nem hír nos, ezt egyszerűen össze lehet foglalni: amivel szívhat a kezdő felhasználó, azt nem ajánljuk neki így például ne akarjon magának GNOME-ot vagy KDE-t fordítgatni forrásból és ne vegyen fel ész nélkül PPA tárolókat mert frissítésnél csak a szívás lesz vele ezen kívül nincs szükség olyan hírekre, hogy megjelent a Hannah Montana Linux na jó, annak még talán van értelme, mai napig azon röhögünk :D és persze nem foglalkozunk Windowsszal [SLIDE 15] és akkor most nézzük, mi a hírek forrása a korábbi előadásomban azt mondtam, hogy van ez az új dolog, az identi.ca, és ez egyre fontosabb nos, most ott tartunk, hogy az identi.ca a legfontosabb http://identi.ca/group/ubuntu a legfontosabb hírek itt száguldanak végig, jellemzően pár perccel azután, hogy valahol, valamilyen formában megjelent róla az első infómorzsa legyen szó akár az ubuntu one indításáról, akár arról, hogy Jane Silber lett a CEO vagy Matt Asay a COO itt ezek pillanatok alatt megjelentek persze a hírek ősforrása azért nem ez jellemzően ahogy az a slide-on is látszik, vannak levelezőlisták amikre érdemes felíratkozni, ha szeretnénk bennfentes információkhoz jutni :) aztán van a 2 bloggyűjtő a planet.ubuntu.com az ubuntu tagok blogjait gyűjti a voices.canonical.com pedig a canonical alkalmazottakét http://voices.canonical.com ez utóbbit érdemes megnézni, mert elég ügyesen meg lett csinálva a bloggyűjtő és a blogok integrálása szóval ha valaki webes dolgokban érdekelt: ez olyan ötlet, amit érdemes is ellopni :) végül pedig van olyan is, hogy mi magunk vagyunk a forrása egy hírnek például ha szervezük valamit :) vagy ha elsőként szúrunk ki egy új fejlesztést frissítéskor amit ugye virtuális gépben végzünk [SLIDE 16] hogyan írjunk hírt nos úgy, ahogy azt az általános iskolában tanultuk: bevezetés, tárgyalás, befejezés szép kerek mondatok, ügyeljünk az alany és az állítmány egyeztetésére fogalmazzunk szakszerűen de közérthetően alapvetően az ubuntu.hu oldalra ez emberek nem dolgozni, hanem szórakozni járnak legyen az a hír olyan, hogy önmagában is érdekes legyen olvasni és ne csak nyelvhelyességi hibák közzé kódolt információkat tartalmazzon [SLIDE 17] akkor most jöjjön az izgalmasabb rész aminek a gyakorlatát ulysses tartja majd a dokumentáció [SLIDE 18] alapvetően 2-féle dokumentáció van sőt, igazából 3 az első a hivatalos doksi amit nem mi írunk ez a honosítás csoport feladata ezzel a dokumentációs teamnek nincs dolga, de persze kelemen gábornak lehet benne mindig segíteni ami minket érdekel, az a közösségi doksi http://sugo.ubuntu.hu/community-doc/karmic/index.html ami ez ennek a célja, hogy a hivatalos dokumentációt kiegészítse ennek megfelelően olyan dolgok kerülnek be ide, amik a hivatalosból kimaradtak ez alól egy kivétel van, a "Leggyakrabban keresett megoldások" fejezet ami jellegéből adódóan egy tömör FAQ és nem számít, hogy az itt szereplő infó esetleg máshol részletesebben is szerepel itt a lényeg a tömörség, és hogy a fontos dolgok egy helyen legyenek [SLIDE 19] miről írjunk nos, itt négy pontot soroltam fel de ezt össze lehet foglalni egy pontban is "amivel probléma van" ez a lényege: valós problémákra adunk valós megoldásokat, és nem azért írunk doksit, hogy megmutassuk, mi mindenhez értünk erre a blog való [SLIDE 20] nos, hogy miről kellene írjunk ez is szépen össze van szedve ezen a slide-on most ott tartunk, hogy azért kubuntunál ulyssesnek köszönhetően van előrelépés én pedig csináltam egy alap (és még elég hiányos) Xubuntu FAQ-t a via unichrome régi rémálmunk így akinek van ilyen, és tudja a megoldást, kérem, küldje be :) [SLIDE 21] mire figyeljünk ez a slide is magáért beszél alapvetően magázódunk, mert a hivatalos doksi is ezt teszi mi pedig ahhoz igazodunk szóval nincs mögötte filozófiai ok, egyszerűen így lesz szép egységes a dolog persze, ha igény van rá, mindent meg lehet indokolni ;) ami viszont komoly nehézség, hogy kiadásról kiadásra aktualizálni kell szóval nem elég lelkesen új doksikat írni fél évente a régieket is át kell nézni minél több doksi van, ez annál nehezebb munka és ha eltűnt az eredeti szerző akkor sokszor ilyenkor van az, hogy már nem kerül át a következő kiadás doksijába valami ezzel kapcsolatban van egy megható történet is, még abból az időből, amikor az ubuntu.hu egy wiki oldal volt talán sokan emlékeznek még a beryl projektre ami gyakorlatilag a compizból nőtt ki (majd később vissza is olvadt) akkoriban aki pörgő kockát akart, berylt akart volt is róla egy nagyon igényes, jól felépített és jól működő doksi, hogy hogyan kell ezt telepíteni akkor ugyanis ez még nem volt annyira triviális igen ám, de aztán kijött az új ubuntu kiadás és a doksi egyik lépése ezen szépen kicsinálta az X-et és onnantól kezdve lehetett szomorúan nézni a villogó kurzort na, _ezért_ fontos, hogy mindent átnézzünk egy nagyon kiváló doksi is el tud avulni, és problémákat okozni egy rossz doksi pedig sokkal kártékonyabb, mint egy nem létező doksi [SLIDE 22] mint pl az abeves most :) kelemengabor: ehh, pedig azt direkt teszteltem anno :) na mindegy szóval van ilyen, és lehet vele szívni :( alapvetően 2-féle doksi van connor bezárta a repóját, kami csinált másikat ennyi történt a nevek az ubuntu tárolók neveiből jöttek main és universe bár itt kicsit mást jelent de azért hasonlót :) a main azt jelenti, hogy kiadásról kiadásra át _kell_ nézni mert fontos és/vagy potenciálisan szívás lehet vele a universe-ben lévőket pedig akkor nézzük át, ha már a mainnel végeztünk a mainnek kész kell(ene) lennie a kiadás napjára a universe-nek pedig utána minél gyorsabban ideális esetben persze minden kész van a release napjára [SLIDE 23] és lassan elkezdünk belenyúlni abba a szakaszba, amiről már ulysses fog beszélni a doksiírás gyakorlatáról így szerintem tartsunk egy 2 perces pihenőt most és kettőkor ulyssesszel közösen folytatjuk