Kubuntu dokumentáció és a K menü

Lassan halad a Kubuntu dokumentáció fordítása, nagyon lassan. Ami azonban ennél is zavaróbb, hogy a menüútvonalak leírásainál egy csomó helyen elrontjátok a K menü fordítását. Ilyen javaslatok érkeznek, hogy

<menuchoice><guimenu>KMenu</guimenu><guisubmenu>Rendszer</guisubmenu><guimenuitem>Adept Manager - Csomagok kezelése</guimenuitem></menuchoice>

KMenu? WTF?

Egyszer és mindenkorra szeretném leszögezni, hogy magyarul KDE alatt a képernyő bal alsó sarkában található főmenü neve K menü:

Frissülések

Ma eltűnt az ubuntu.hu-ról a házilag tákolt hibajelentő. Nyugodjon békében, egyszerű de nehezen karbantartható eszköz volt. Ami még van benne, azt átvisszük openscopeba, a zöme azonban már megoldódott. Remélhetőleg ettől megugrik egy picit a nevezett hibajelentő forgalma, mert sokan nem találták meg a régi felület fölé biggyesztett megjegyzést. Ilyenkor elgondolkozik az ember azon, hogy néha az egyszerűnek tervezett dolog is elég bonyolulttá válhat... például a nightmonkey és a rosetta együttes használata, de szerencsére már erről is van leírás, remélhetőleg senki más nem kezdi el addig fordítani a universe tároló csomagjait, amíg el nem fogy a next gomb :).

Ha már a hogyanoknál tartunk, a következő teendő, aminek még nem találtam helyet, egy i18n hibaelhárítási hogyan-sorozat megírása lenne. Az elmúlt napokban egy csomó érdekes bug (ezt pl valami sültbolond lokalizációs hibának jelentette be eredetileg :)) bukkant fel és miután valaki rámkérdezett fordítóhétvégén, hogy mi lesz az openscopeba kerülő hibákkal, ráébredtem hogy ezt távolról sem lehet 2 sorban összefoglalni... szóval körbe kell járkálni minden szempontját ennek a problémakörnek - jó sok lesz, de mindent a közművelődésért :).

Egyesített csomagfordítás még egyszer

Fordítgattam ma este az ubuntus csomagleírásokat és megszállt az ihlet. Korábban Sianis már elkezdett dolgozgatni a fordítórendszer megvalósításán, de abból egyrészt még alig van kész valami, másrészt utólag belegondolva a koncepció kicsit félrecsúszott az eredeti fókuszhoz képest (és akkor a jávát még nem is említettem webkettes-frémwörkös világunkban :P). Készítettem hát egy vázlatot arról, hogy hogyan lehetne ezt úgy csinálni, hogy nekünk jó legyen, értve ez alatt a többi disztró fordítóit és főleg felhasználóit :). Íme:


Kicsit béna meg ilyenek (my first mindmap :P), de az alapötlet és a problémék remélem látszanak. Akinek jobb ötlete van, vagy csak belepiszkálna, az: apt-get install vym, és letöltheti a fenti kép forrását.

Az advanced verzió persze az lenne, hogy a disztrók kedves csomagolói betolják valamilyen módon a béna leírásaikat, ehhez értő népek azt kipofozzák (nem hittem volna, hogy a GTK+ eszközkészlet neve egyszerre lehet gtk, Gtk2, GTK+, Gtk2+, Gtk+2 és ezek kis/nagybetűs kombói), a hülyébbeket meg szimplán elvetik és mindenki eleve ugyanazt a leírást használja, amiket már egyszerűbben lehet egységesre fordítani. Előbb azonban, meg kell nekik mutatni hogy ez Jó Dolog(TM) és Van Értelme(TM) :).

Világuralmi törekvéseink jól haladnak...

Valamikor régen írtam arról, hogy mit kellene tenni ibexig, hogy valami látványosat is alkossunk. Ennek része volt a gnome-app-install csomaglistájának fordíthatóvá tétele, ami ugye két részből áll. A fordítandó leírások kiválogatása a nemrég bejelentett Nightmonkey (helló, mindenkinek iskolakezdés van? tessék tolongani!) segítségével megoldódott, most pedig a csomaglista is megkapta a magáét, egy egyszerű szkript és egy új fordítási sablon formájában. Ez utóbbi majd az ibex megnyílása után lesz fordítható, szerencsére jó nagy lesz, kb 3500 (rövid) sztring - unatkozni tehát nem fogunk :). Ha minden igaz, lesz ezek tiszteletére majd még egy fordítóhétvége meghirdetve, de erről majd ha véglegesedik. Addig is gyertek konferenciára, mert az jó, lesznek fordítók, remek előadások, móka-kacagás és persze sör is ;).

Újra itt :)

Nos, régóta nem blogoltam pedig nem csak nyaralással telt az augusztus :).

Az történt, hogy Sianis mester rendbe szedte a csomagleírások generálását, most már végre odanyomja megjegyzésben, hogy melyik csomagokhoz tartozik adott sztring, ehhez egy meglehetősen eldugott repót kellett megtalálni és módosítani a tartalmát, plusz az intltool gyengeségét is meg kellett peccselni, mert hát miért is működne minden pöccre?
A tatarozási munkák során Sianis összehaverkodott mvo-val, ami remélhetőleg nem más, mint dö bigining of a bjutiful frencsip :).
Ezekkel megnyílt az út az egyesített csomagleírás-fordítási projekt felé, már csak némi importálást-exportálást, satöbbit kell fejleszteni... de ez még hosszú út, rövid távon van más.

Ez pedig az Intrepid, ami egyre közeledik, az app-install alkalmazás meg még mindig nem beszél magyarul. Tehát kellett egy remek kis program, ami a korábbiakhoz hasonlóan készít egy listát az ott előforduló csomagleírásokról, némiképp persze szebben és ha már szépség, akkor minimum megkérdezi a launchpadot hogy ugyan le kell-e fordítani az adott sztringet.
A program elkészült, a keresztségben a Nightmonkey nevet kapta és remekül működik, nagyságrendileg 0 hibával :). Szép html oldalakat generál, ami ugyan nem túl dinamikus meg webkettes meg futuretech, ellenben működik. Ezeken remekül látszik hogy hol tartunk az app-install által megjelenített csomagok leírásaival - nagyjából ugyanott, ahol a múltkori fordítóhétvégén abbahagytuk, még rengeteg a tennivaló, ideje magasabb sebességre kapcsolni :).

A teendők nyilvántartására visszatértünk a wiki, mint módszer használatához, mégpedig az ubuntu.com-on levőhöz. Utólag nézve, ostobaság volt egyéni módszerekkel kísérletezni (azt hiszem iwiwen alapítok egy ájhétwebkettő klubot :P), mikor volt járt út is.

A következő lépés az lenne, hogy a csomaglistát is lefordíthatóvá tegyük, ez másnak is szemet szúrt már, erre mondtam anno hogy meglehetős feladat. Nos, jelentem a pot-fájl generálás nem is olyan nagy kunszt, rávenni a zilletékeselvtársakat, hogy beépítsék a csomagba, nos... meglátjuk, hétvégéig erre teszek egy kísérletet.

Augusztusban egy érdekes információval is gazdagabbak lehettek a szemfüles launchpad-olvasók, mégpedig azzal, hogy lehetséges csak a billentyűzetről is navigálni a launchpad fordítások között - magamfajta, billentyűzethez gyógyult figuráknak ez megváltás.

Közben hamarosan jön a Gnome 2.24, ennek fordítását is rendbe kéne szedni, de ezzel valszeg nem lesz gond.

Ja és valami konferencia is lesz, gyertek amíg van hely, itt kétszer is nekifutok majd az észosztásnak, remélem sikerül képet adni arról, hogy mi folyik a színfalak mögött, ami miatt ez az egész egy kicsit döcögősen, de azért működik :).

Egyesített csomagleírás-fordító projekt

A múltkor András felvetette, hogy teljesen felesleges ugyanazoknak a csomagoknak sokféle leírást írni és fordítani, de főleg fordítani mivel erre kevesen vagyunk :). Aztán elgondolkoztam ezen, hogy lenne jó megoldani. Van ugye jelenleg 3 (? a Debiannal mi van?) olyan disztrib, amelyik tud/szokott/akar (utóbbi vagyunk mi ;)) ezzel foglalkozni, a suse és a fedora már ért is el eredményeket, de sokkal hatékonyabb lenne ha összedolgoznánk. Az ugye tény, hogy a disztribek nagyrészt ugyanazokból a forráscsomagokból építkeznek, és kevéssé meglepő módon a csomagok leírásai sem térnek el nagyon, így egy felhasználó akármelyikből kb ugyanannyi információhoz juthat. Lenne tehát értelme azt mondani, hogy vesszük egy adott disztrib meglévő fordításait, és mindenhova máshova azt másoljuk, a felhasználónak nem tűnne fel úgyse.

Az ötlet a következő: a meglévő csomagleírások mennyisége alapján azt mondjuk, hogy a suse fordításait vesszük át, aztán ahol ez hiányos ott a fedoráét, majd az ubuntuét. A hiányzó sztringek persze mindből bekerülnek, aztán aki ráér nekiáll, és nem számoljuk hogy jaj most a redhatnak fordítunk :). Lényeg, hogy egy adatbázisba betoljuk a fordítandó és fordított cuccot az egyes disztrókból, majd kiszedjük a lefordítottnak nyilvánított sztringeket, de a fordítás már egységes lesz, függetlenül az eredeti szóhasználattól stb.

Megvalósítás: na ez a nehéz rész. Kell egy adatbázis, amiben tároljuk a csomagok leírásait, meg valamilyen egyedi azonosítóját, ami elsődleges kulcs lesz. A legnagyobb probléma a csomagnevek egymásnak megfeleltetése lesz, mert ehhez nincs sok segítség a po fájlokban. Azaz, az Ubuntus verzióban konkrétan nincs (trükközéssel állítható elő csak), a Fedorás a bináris csomagok fájlneveit és a csomagnevet is tartalmazza, és a Suse csak a csomagnevet. Plusz, az Ubuntu bekezdésenként külön üzenetbe szedi a hosszú leírásaokat, niiiiice :). Ezzel lesz tehát a legtöbb baj.

A lényeg azonban, hogy ha a forráscsomagokhoz (targéza) társítanánk a leírásokat, akkor a csomagdarabolások miatt lenne nehéz párosítani, ha a bináris csomagokhoz társítanánk, akkor meg az átnevezések miatt. Így valami öszvér megoldást kellene keresni. Az ötlet a következő:
-Vegyük a suses csomagleírásokat, mert mennyiségre azt hiszem abból van a legtöbb, és induljunk ki ezekből, azaz ezeket másoljuk máshova.
-Vegyük fel az adatbázisunkba a csomagneveket, illetve az ezekhez tartozó rövid/hosszú leírásokat, fordítással együtt.
-Vegyük fel a Fedorás és Ubuntus fájlokat, a fordítások mellé tegyük oda a csomagneveket, majd próbáljunk hasonló nevű csomagokat keresni a Suses táblában. Házi feladat értelmes algoritmust találni :). Ha találunk akkor örülünk, ha nem, akkor vagy az algoritmus a buta és van ugyanolyan forrásból épülő, azonos szerepű csomag Suse alatt, akkor manuálisan létrehozunk egy társítást, vagy tényleg nincs még olyan csomag, akkor felvesszük a Suse-táblába, amit ezentúl Egységes fordítások táblának nevezünk :).
-A közös rész ez lesz, ezt fogja minden disztribúció fordítócsapata fordítani, illetve a saját dolgai közül hozzápárosítani a szerinte megfelelőt.
Természetesen ebben nyilván kell tartani azt is, hogy melyik disztribúcióban szerepel az adott leírás, azaz melyik fájlba érdemes exportálni.

Nézzünk egy konkrét példát, mert ez a fenti még nekem se világos teljesen :).
Van az alacarte nevű kis menüszerkesztő programka. Ehhez tartozik a Suse po-fájljában a következő:

#: alacarte (63049) summary
msgid "Menu editor for GNOME"
msgstr "GNOME menüszerkesztő"

#: alacarte (63050) description
msgid "Alacarte is a simple freedesktop.org compliant menu editor for GNOME
that lets you change your menus, simply and quickly. Just click and type to
edit, add, and delete any menu entry."
msgstr ""
"Az Alacarte egy, a freedesktop.org előírásainak megfelelő egyszerű\n"
"menüszerkesztő a GNOME-hoz, amely lehetőséget ad a menük gyors,\n"
"egyszerű módosítására. Csak kattintson és gépeljen bármely menüelem\n"
"szerkesztéséhez, hozzáadásához, eltávolításához."

Remek akkor ezt felírjuk az Egységes fordítások táblába:
név: alacarte|rövid leírás: msgid "...", msgstr "..."| hosszú leírás: msgid "...", msgstr "..."| használja: suse
Nézzük a Fedorát:

#. alacarte{DESCRIPTION}
#: alacarte-0.10.0-1.fc6.noarch.rpm alacarte-0.11.3-4.fc8.noarch.rpm
msgid ""
"Alacarte is a menu editor for GNOME that lets you get things done,\n"
"simply and quickly.\n"
"\n"
"Just click and type to edit, add, and delete any menu entry."
msgstr ""
#. alacarte{SUMMARY}
#: alacarte-0.10.0-1.fc6.noarch.rpm alacarte-0.11.3-4.fc8.noarch.rpm
msgid "Simple menu editor for GNOME"
msgstr "Egyszerű menü szerkesztő GNOME-hoz

Fel is írjuk a Fedora táblába:
név: alacarte (a csomagnévvel nem foglalkozunk)| rövid leírás: msgid "...", msgstr "..."| hosszú leírás:
msgid "...", msgstr "..."

Ezután megnézzük, hogy az Egységes fordítások táblában van-e valami hasonló? Nos van, és ennek felettébb örülünk.
Felírjuk az Egységes fordítások táblába, hogy: "...használja: suse, fedora."

Hasonlóképpen járunk el Ubuntu meg amit akarunk esetén is, módosítjuk a bejegyzést, ha van találat, ha meg nincs akkor felvesszük új bejegyzésként.
Némiképp bonyolítja a helyzetet, hogy az Ubuntu nem ad meg csomagneveket, de ezt túléljük :).
Illetve, a leírásdarabolás problémája is ott van, ezzel nem tudom mit lehet kezdeni. Lehet, hogy
automatán kellene darabolni a fordításokat exportkor? Esetleg tökönrúgni a fejlesztőket?

Ezután jönnek a fordítók és egy okos webes felületen vagy keresnek hasonló nevű csomagokat, vagy fogják és lefordítják a leírást.

Az igazán érdekes rész az export, amikor is megmutatkozik ennek az egész hajcihőnek a haszna:
Jön az egyszeri Ubuntus fordító, és kér egy po-fájlt. Ekkor az adatbázis leválogatja neki azokat, ahol a használja mezőben szerepel az Ubuntu, az adott csomag eredeti leírását kiszedi az ubuntus táblából, majd hozzácsapja a Suseból származó fordítást, azaz valahogy így fog kinézni:

msgid "easy GNOME menu editing tool"
msgstr "GNOME menüszerkesztő"

msgid "Alacarte is an easy-to-use menu editor for GNOME that can add and edit
new entries and menus. It works with the freedesktop.org menu
specification and should work with any desktop environment that uses"
the spec."
msgstr ""
"Az Alacarte egy, a freedesktop.org előírásainak megfelelő egyszerű\n"
"menüszerkesztő a GNOME-hoz, amely lehetőséget ad a menük gyors,\n"
"egyszerű módosítására. Csak kattintson és gépeljen bármely menüelem\n"
"szerkesztéséhez, hozzáadásához, eltávolításához."

Ezután a kapott fájl mehet az adott disztribúció svn-jébe vagy amije épp van.
Egyszerűnek hangzik, nem? Kinek van kedve megvalósítani? :)

DDTP és a universe

Az előző bejegyzésben nem nagyon foglalkoztam a universe komponenssel, és nem véletlenül. Ennek ugye megvan az a tulajdonsága, hogy minden vacak van benne, ami a mennyiségét eléggé növeli. A kevéssé használt apróságok leírásának meg neki lehet ugrani, csak értelme nincs. Azonban van rengeteg csomag, amivel érdemes lenne szórakozni, ha ki tudnánk őket válogatni. Nos, erre is jó a popcon, ami az app-installban a népszerűség oszlop alatti csillagok számát határozza meg. Ha eszerint rendezzük a meglévő listáinkat (szépen automatizálva), akkor valami ilyesmit kapunk. Ha a többivel kész leszünk, ennek fogunk neki állni :).

Apropó, nem kéne nekünk valami üzemi ubuntuhus perszonáltárhely, vagy legalább egy bazárbrancs, az ilyen apróságok tárolására?

DDTP sablonok fordítása

Korábban volt már róla szó, hogy le kéne fordítani a fontosabb csomagok leírását, amik a gnome-app-installban tolulnak az egyszeri felhasználó elé. Az első lépést megtettük, rendelkezésre áll a kérdéses csomagleírások listája, rosetta-linkekkel. A szkriptek végül is Connor, Friczy és Sianis munkája eredményeként nyerték el mostani formájukat, az eredmény pedig a következő:
main (226), restricted (4), multiverse (68). A universe tároló kb 1500 csomagját most egészségügyi okból nem linkelném ide, de az is ott lesz :). A szkriptről tudni kell, hogy csak 99,5 %-ban pontos, néhány csomagnál előfordul, hogy egy-egy hosszúleírásrész eltűnt vagy néhány üzenettel hátrább került, amiről tudom hogy ilyen, az a devhelp, ekiga, eog, evolution, evince, gedit, kbabel, rhythmbox, tuxpaint. A rövid leírás mindig pontos, ezeknél a csomagoknál fordításkor két-háromszor a next-re kell kattintani a megfelelő üzenet megtalálásához.

A feladat következő része pedig természetesen ezen leírások zömének lefordítása lesz, amire egy fordítóhétvége keretei tűnnek alkalmasnak. Mikor lenne ez alkalmas? Első körben a lehetőségek: június 29-30, július 5-6 vagy 12-13 vagy amit akartok :).

Addig is nyitottam egy lapot a hardy todo lista nevű google docban, a már lefordított és praktikusan ötös csoportokban elvállalandó csomagok nyilvántartására (lehet kezdeni, csak tessék :)). Előfordul, hogy néhány leírás már le van fordítva, ez azonban nem tántoríthat el minket a sztringek átnézésétől és esetleges javításától :).

A legutolsó kérdés pedig az lenne, hogy vajon mikor szokták frissíteni ezeket a leírásokat, mert jónéhány csomagé nincs meg a po-fájlokban, holott a csomagkezelőben benne vannak, sőt néha még a po-ban is, csak nem abban (itt: main), amelyikbe az app-install-data hazudja.

A nap képe

A képen egy apró(?) hibát rejtettünk el. A helyes megfejtők között openscope-ereklyéket sorsolunk ki :)

ddtp-fordítás részletesen

A ma esti irc míting témája volt a gnome-app-install által telepíthető csomagok leírásainak fordítása és a fontos leírások kiszedése egy táblázatba című móka. Nem sikerült teljesen elmagyarázni, hogy mi is a teendő, szóval egy példán keresztül lássuk, mit kéne automatizálni:

Tegyük fel, hogy a gnome-app-installban látható atomix és gnibbles nevű programok leírását akarom lefordítani, ami a main repó része. Ehhez az alábbiak kellenek, a launchpad fiókon kívül:

-az exportált ddtp-ubuntu sablon. Gyorsítunk: amit most exportáltam, az itt érhető el (még egy pár napig/hétig, fene tudja pontosan): http://launchpadlibrarian.net/14607672/main_ddtp-ubuntu-main-hu.po
-Connor keresőszkriptje, (szerk: idióta ubuntupastebin elrontja a sorvégét, ezért megy ide) amit az előző post óta módosítottam annyiban, hogy a rosetta által exportált nevű fájlt keresse.
-pici türelem ;)

Vesszük az exportált sablont és a szkriptet, ezeket azonos könyvtárba mentjük. Ki kell deríteni, hogy az atomix nevű program melyik csomagban lakik. Ehhez az alábbi kell:

cat /usr/share/app-install/desktop/atomix.desktop | grep X-AppInstall-Package | cut -d = -f 2
atomix

Na ebben nem látszik semmi ördöngősség, ez igazából azért kell, mert sok program esetén nem ugyanaz a .desktop fájl neve és a csomagjának neve, illetve emiatt sok program ugyanabból a csomagból jön:

cat /usr/share/app-install/desktop/gnibbles.desktop | grep X-AppInstall-Package | cut -d = -f 2
gnome-games

Szóval, kiderült hogy melyik csomag kell nekünk, amiben a keresett programok laknak. Most jöjjön egy kis vudu:

sed -i -e s/^#~.*//g main_ddtp-ubuntu-main-hu.po

Erre azért van szükség, mert az exportált fájlban elavult bejegyzések is vannak, amik megborítanák a számolást. Most jöhet a lényeg:

./ddtp-search.sh atomix
Csomag sorszama: 357
Offset: 356
Rovid leiras:
puzzle game for building molecules out of isolated atoms

Hosszu leiras:
Atomix is a game designed for GNOME in which you have to build molecules,
from simple inorganic to extremely complex organic ones, out of isolated
atoms.
.
The first levels can be misleadingly easy, but added complexity always
comes with the next level, so that several minutes (or even much more
than that) can be spent on getting out of one single level.

Ebből a csomag sorszáma (357) érdekes igazán, a leírások itt csak referenciaként szolgálnak.
Keressük fel a következő címet:

https://translations.launchpad.net/ddtp-ubuntu/ubuntu/+pots/ddtp-ubuntu-main/hu/357/+translate

ha minden igaz, akkor itt a fenti rövid leírást kell látnunk. A következő üzenet, amelyet a mostani lefordítása és elmentése után kapunk, a hosszú leírás, legalábbis az első szegmense. A hosszú leírások több darabból is állhatnak, így például az atomixé is már kettő, vagyis ha oda jutunk, le kell fordítani a 358-as és 359-es számú darabokat is. (Az automatizáláshoz praktikus lehet a " . " sorozat számának megszámolása a ddtp-search kimenetében)

Ugyanezt lássuk a játékokkal:

./ddtp-search.sh gnome-games
Csomag sorszama: 1723
games for the GNOME desktop

Nahát, működik :)

Ez egy-egy program esetén így működhet is, de most nem erre van szükség: a teendő a fenti automatikus végigjátszása minden .desktop fájlra a /usr/share/app-install/desktop/ könyvtárban, a kapott csomagnevekhez tartozó számok kikerestetése a ddtp-search programmal és a számok bepakolása egy ízléses táblázatba, a fenti séma szerint körülvéve őket launchpad-linkkel.
Kis segítség lehet nagyv kolléga python szkriptje, ami az első feladatot csinálja meg és itt érhető el: http://paste.ubuntu.com/13330/

Teendők Ibexig

Long time no blog, mondaná a művelt francia, aki tud angolul.
Sok minden történt, többek között kijött a Hardy, az általam vártnál valamivel jobb állapotban, némely szempontból meg rosszabban (pl a laptopom ethernet-kártyájának támogatása elromlott :(), de ez most annyira nem fontos. A lényeg, hogy köszönet mindenkinek aki részt vett az összerakásában, akár a legcsekélyebb mértékben is.

Lássuk akkor mit is kellene megoldani a következő, Ibex nevű kiadásig. A jó munka karbantartása (és a kubuntu doksi lefordítása) mellett két meglehetősen zavaró probléma megoldásához lenne szükség segítségre, honosítási szempontból és persze csak szerintem.

Az első bug az 146918-as számot viseli és arról szól, hogy az automatikusan induló programok listája (rendszer -> beállítások -> munkamenetek alatt) csak félig fordítható, és annak a fele is értelmetlen, "O RLY?" kategóriás leírással bír, ám a fejlesztőket ez nem nagyon zavarja. A feladat roppant egyszerű, fel kell iratkozni a bugra és értelmes leírásjavaslatokat tenni, a desktop.in és POTFILES.in fájlokra vonatkozó némi peccseléssel megbolondítva. Egyszerű, nem?

A második egy sokkal komplexebb probléma, több eleme van. Ezt úgy lehet összefoglalni, hogy le kéne fordítani az Alkalmazások -> Hozzáadás/eltávolítás alkalmazást. Ez is egyszerűnek hangzik, csak nem az. Aki már egyszer is elszakadt a parancssortól, rávághatná, hogy hé, az már le van fordítva, és részben igaza is lenne, hiszen a gui az tényleg jó. Csak ne lenne ott az a fránya programlista...

Alapvetően két dolgot kell lefordítani ennek működéséhez.

Az egyik, a programok leírása a ddtp-ubuntu csomagból. Ez biztosítja a csomagleírásokat, amik pl a synapticban is látszanak, itt pedig a jobb alsó ablaktáblában jelennek meg. A probléma ezekkel csak a mennyiségük, mert bár neki lehetne esni az összes lefordításának, azzal nem lennénk meg a következő LTS-ig sem. Ezért ki kell bogarászni azon csomagneveket, amik érdekesek és a hozzájuk tartozó rosetta-bejegyzést. Ha megvan a fontos csomagok listája, mehetünk is fordítani :).
Nem kell megijedni, a feladat egyszerűbb annál, mint amilyennek látszik. Az app-install a telepíthető programokról saját adatbázist tart, amely tartalmazza a programot tartalmazó csomag nevét, Connor mester pedig barkácsolt egy szkiptet, amivel az exportált ddtp.hu.po-ból ki lehet hámozni egy adott csomag leírásának sorszámát. Ezt a kettőt kell összehozni, az eredményt pedig egy html táblázatba bepakolni - így már nem is olyan szörnyű, ugye?

A másik, az maga a csomaglista, ami az ablak jobb felső részét foglalja el, ez egyelőre nem fordítható a rosettában. A róla szóló bugom nem kapott nagy figyelmet, ezen is kellene dolgozni, illetve ki kellene találni, hogy hogyan lehetne lokalizálhatóvá tenni az adott fájlokat, felhasználni a meglévő fordításokat, csinálni bemutató kódot, stb. Ez elég húzós meló, csak hardcore kockáknak való! :)

Hunspell a Kbabelben

Régóta fennálló probléma volt, hogy a kbabel nem támogatja a hunspell használatát, ami pedig sokkal jobb eredményekre képes mint az aspell/ispell. A megoldás nagyon egyszerű: hazudjuk azt, hogy a hunspell az ispell. Hozzunk tehát létre egy /usr/local/bin/huspell szerk: természetesen /usr/local/bin/ispell fájlt a következő tartalommal:

#!/bin/bash

hunspell -d hu_HU -a

Állítsuk be a kbabelt a Projekt -> Beállítás -> Helyesírás-ellenőrzés alatt az ispell kliens, iso-8859-2 kódolás és magyar szótár használatára, majd a kbabel újraindítása után láthatjuk is az eredményt, a kevesebb vaklárma mellett ilyen formában is:




Apró szépséghiba, hogy a kbabel minden megnyitott ablakhoz új ispell folyamatot indít, amit az ablak bezárásakor nem lő le, így ha kevés a memória, érdemes időnként újraindítani :).

A Transmission torrentkliens magyar fordítót keres

A gnome-i18n listára tegnap esett be a Transmission torrentkliens karbantartójának levele, miszerint hamarosan jön az 1.0 és fordításokat keres. Erre viszont nincs kapacitásom, így itt a remek alkalom közreműködni egy szabad szoftver jobbá tételében és némi megbecsülésre is szert tenni :). A sablon 250 rövid sztringből áll, nem egy hatalmas munka, kezdőknek is merem ajánlani. Ha elakadsz, az openscope levelezőlistáján kérhetsz segítséget a rázósabb sztringekhez/teszteléshez/átolvasáshoz.

Fordításra fel!