wesnoth - překlad ze zdrojového kódu

15.9.2007 11:42 | Přečteno: 1489× | wesnoth | | poslední úprava: 16.9.2007 10:49

Wesnoth pro Linux je součástí repozitářů, takže zdánlivě ho není potřeba překládat. Přesto jsem si ho jako jeden z mála programů přeložil. Důvodů je tu několik.

• Ubuntu 6.06 LTS, které používám má v repozitáři verzi 1.0.2 a poslední stabilní je 1.2.6.
• Wesnoth verze 1.0 a 1.2 není kompatibilní, například v multiplayeru a navíc se pro multiplayer z důvodu chyb doporučuje mít 1.2.6.
• Zajímá mě i vývojová verze, nyní 1.3.7, kterou používá řada hráčů, má zajímavé vylepšení a rovněž není kompatibilní s předchozími řadami.
• Chci mít nainstalované všechny řady a některé vývojové verze současně, což je konfliktní z důvodu sdílených ale nekompatibilních dat, například pozice, ale i samotné scénáře, rozšíření a podobně.

Vlastním překladem se jednou ranou všechny problémy odstraní. Aby bylo možno mít několik verzí nainstalovaných současně, je potřeba při překladu zadat speciální parametry. Návod je pro Ubuntu 6.06, ale jinde by se situace něměla moc lišit.

---

Příprava

V první řadě je potřeba do Ubuntu doinstalovat vývojové nástroje, nejsou-li již nainstalované. To se provede instalací balíčku build-essential pomocí správce balíčků Synaptic.

Dále je potřeba doinstalovat stejným způsobem vývojové (-dev) verze potřebných knihoven. Jsou to balíčky libsdl1.2-dev libsdl-image1.2-dev libsdl-mixer1.2-dev libsdl-net1.2-dev gettext libfreetype6-dev. Pozor, tohle se liší v závislosti na verzi Ubuntu a na verzi Wesnothu. Přesný seznam pro jednotlivé kombinace je zde. A znovu pozor, k tomu je ještě potřeba nainstalovat (ve výše uvedeném odkazu to není uvedeno) balíček python-dev.

Nakonec je potřeba stáhnout zdrojové kódy (source code). Odkazy najdete přímo na hlavní stránce wesnothu. Odkazy se jmenují stable a development a na zobrazené stránce hledejte odkazy Current stable version nebo Current development version. Jejich url se mění, proto je sem nedávám přímo.

---

Překlad

Zdrojové kódy někam rozbalte, já používám adresář tmp, a na příkazovém řádku vlezte do rozbaleného adresáře wesnoth-verze. Zde je potřeba zadat tři příkazy, přičemž nejdůležitější je první. Je konfigurační a pro wesnoth 1.3.7 by měl vypadat nějak takto:

./configure --prefix=/usr/local/wesnoth137 --program-suffix=137 --with-preferences-dir=.wesnoth137 --enable-editor

Odešlete. Příkaz zkontroluje, zda je váš systém v pořádku a bude možno wesnoth přeložit. Když ne, skončí chybovým hlášením s kterým si budete muset poradit sami.

Když je všechno v pořádku, je možno přistoupit k překladu. Ten trvá dlouho a spouští se jednoduchým příkazem:

make

Ani ten nesmí skončit chybovým hlášením. Když překlad proběhne v pořádku, je možno wesnoth nainstalovat. To se provede příkazem:

sudo make install

Je potřeba mít administrační oprávnění, systém si od vás vyžádá heslo a wesnoth nainstaluje do adresáře /usr/local/wesnoth137. Uživatelé ne-Ubuntu distribucí nemohou obvykle použít sudo, ale mohou se třeba před tím přihlásit jako root.

Tím je všechno hotovo, spouštěcí soubory jsou:

/usr/local/wesnoth137/bin/wesnoth137
/usr/local/wesnoth137/bin/wesnoth_editor137

Je vhodné si na ně udělat symbolický link z /usr/bin nebo spouštěč na plochu či panel (podle toho co vám vyhovuje), abyste se k nim nemuseli vždy pracně proklikávat.

       

Komentáře

[Leoš Literák]

solidni zapisek

[David Heidelberg]

Jen bych ho možná pojmenoval kompilace a ne překlad. Překlad se podle mně = překladu do češtiny.

[s0]

jen mám otázku: proč prefix na /usr/local/foo? Fakt mne zajímá, proč se to takhle používá. Já si instaluju věci radši do svého ~. Tiše zde předpokládám jediného uživatele v systému (podle vyznění článku).

[Petr Mach]

V mem pripade nejsem jediny uzivatel a nikdy nevis, kdy se pritelkyne/manzelka/deti rozhodnou taky pouzivat linux. Myslim ze to neni na zavadu a je to nejspolehlivejsi. Treba /home miva obcas nasaveno, ze v nem nesmi byt binarky. Ale jinak je mozno to nainstalovat i jinam, dalsi vhodni kandidati jsou /usr/local/games, /opt a nebo i domaci adresar, ktery ma tu vyhodu, ze clovek nemusi byt admin.

[pasmen]

/home miva obcas nasaveno, ze v nem nesmi byt binarky.

Co to? Jak se to dělá a jak se to projevuje?

[Luboš Doležel (Doli)]

mount s noexec

[mess]

No, ne, že by tam nesměly být, ony jen nejdou spustit.

[Lukáš Zapletal]

Wesnoth jsem kdysi odinstaloval, protože jsem strávil několik víkendů klikáním u počítače, místo abych šel ven. Už ho raději nebudu instalovat... no snad až vyjde verze 2.0 tak to prokliknu

[pic]

můžu se zeptat proč uvádíš v návodu "sudo make install" ?

v debian based distribucích je super postup vytvoření balíčku pomocí

"dh_make --createorig" a následné "fakeroot debian/rules binary"

nebo když už nic jiného, tak alespoň

checkinstall

takhle to prát do systému pomocí make install mi přijde v dnešní době trochu pozadu

[Petr Mach]

Protože je to osvědčené, univerzální a fungující úplně všude.

O dh_make jsem v životě neslyšel, proti používání checkinstall byla i tady vedená kampaň a v jeho použití navidím žádnou výhodu. Ani jeden z těchto nástrojů není součástí mé distribuce a není ani součástí build-essentials, takže předpokládám spíš minoritní používání.

Co je na make install pozadu? Podle mě je to majoritní způsob. Jaké výhody přináší dh_make?

Pokud ti jde o to, jak program odinstalovat, tak takto nainstalovaný program odinstaluješ jednoduchým smazáním adresáře /usr/local/wesnoth137.

[pic]

například to, že se ti vytvoří .deb balíček sestavený podle debianích pravidel - můžeš ho pomocí apt, dpkg, a podobně odinstalovat, přeinstalovat atd...

u wesnoth třeba tohle program odinstaluješ jednoduchým smazáním adresáře /usr/local/wesnoth137. platí, ale může se ti někdy stát, že až budeš instalovat pomocí make install neco jiného, tak se ti to zapíše bůh ví kam a máš problém - hlavně se toho pak třeba nezbavíš, nebo ti to přepíše nějaký soubor z něčeho jiného.

co je na make install pozadu: nic - jen v dnešní době má snad každá distribuce nástroj na torbu vlastních balíčků - dh_make, rpmbuild, a já nevím jaké ještě. Tak mi přijde vhodnější je používat

na dh_make a fakeroot debian/rules binary se podívej - může Ti to do budoucna ušetřit problémy.

a co se týká checkinstallu - vživotě jsem s ním neměl problém, tak nevím.

a teď jsem si všiml - "Ani jeden z těchto nástrojů není součástí mé distribuce" - fakt ne? já mám kubuntu 7.04 a debian SID a mám tam všechny a "minoritní používání" -opravdu?

[Petr Mach]

Fakt ne.

  wraith@frodo:~$ whereis checkinstall
  checkinstall:
  wraith@frodo:~$ whereis fakeroot
  fakeroot:
  wraith@frodo:~$ whereis gvim
  gvim: /usr/bin/gvim /usr/bin/X11/gvim /usr/share/man/man1/gvim.1.gz

Takže je to tak, jak jsem tušil, tvorba balíčku. Vzhledem ke složitosti a protože je to v každém distru jinak to považuji u osobního překladu a instalace wesnothu za nepotřebné. Příliš špatný poměr cena/výkon.

Odinstalace je snadná, přeinstalace zbytečná, snad nikdy jsem nic nepřeinstalovával a v případě mimořádné potřebné potřeby lze smazat/přeložit/nainstalovat znova.

Ale jestli chceš, napiš příslušné rules a já to k návodu připojím jako možnou alternativu.

[pic]

a co takhle:

sudo apt-get install dh_make

sudo apt-get install fakeroot

sudo apt-get install checkinstall

taky nic?

[Petr Mach]

To pravděpodobně ano, ale jde mi o to, že kdyby to byl takový mainstream jak uvádíš, tak to bude minimálně součástí build-essentials, stejně jako make, autoconf nebo gcc a nebude to potřeba doinstalovávat zvlášť. Na základě toho, že to tam není předpokládám, že to není mainstream, a proto tedy něco minoritní.

[pic]

jak jsem říkal - nehodlám Tě v žádném případě k něčemu nutit - udělej si svůj názor a požívej co uznáš za vhodné

[Petr Mach]

A jak na to koukám http://www.projectblackdog.com/3rdParty/dhmake/dhmake.html, tak použití je i složitější. Viz třeba speciální požadavky na název adresáře, který by uživatel musel kontrolovat.

V oné man page nevidím tvůj parametr --createorig, spletl jsi se nebo je to špatně zdokumentováno?

To fakeroot debian/rules binary znamená co? Hlavně to debian/rules, to je něco systémového, nebo něco, co musím sám vytvořit pro každý překlad, tedy obdoba SPEC z RPM? Součástí Wesnoth zdrojáků nic takového není.

Jestli je to tak, tak tohle opravdu nevidím jako dobrou cestu pro uživatelskou instalaci programu do jejich systému. Přijde mi, že to je spíš určeno pro programátory, kteří chtějí šířit své programy v deb balíčcích.

[pic]

tak to zkus:

vlez do adresáře se zdrojáky a dej

dh_make

napíše ti

Type of package: single binary, multiple binary, library, kernel module or cdbs?
 [s/m/l/k/b]

dej

s

[enter]

Maintainer name : marek
Email-Address   : marek@new-krobuzon
Date            : Sun, 16 Sep 2007 11:19:33 +0200
Package Name    : wesnoth
Version         : 1.2.6
License         : blank
Type of Package : Single
Hit < enter> to confirm:

tady stačí [enter] - když budeš chtít něco změnit můžeš

napíše ti:

Could not find wesnoth_1.2.6.orig.tar.gz
Either specify an alternate file to use with -f,
or add --createorig to create one.

takže:

dh_make --createorig

vytvoří se ti adresář se zálohovanýmy zdrojáky pak

s

a následně [enter]

a:

Done. Please edit the files in the debian/ subdirectory now. wesnoth
uses a configure script, so you probably don't have to edit the Makefiles.

máš vytvořený adresář "debian" - nic v něm měnit nemusíš, pokud nechceš, pokud jo, tak v něm je soubor "rules" ve kterém můžeš doplnit parametry pro configure a make

to je asi nejsložitější část - teď stačí zadat v adresáři se zdrojáky - NE v adresáři "debian"

fakeroot debian/rules binary 

a jít na kafe - pokud je všechno dobře vytvoří se ti v nadřazeném adresáři balíček pro debian

pro uživatele co to nezná je nejlepší volbou "checkinstall" - a klidně mě vem kamenem - opravdu jsem s ním nikdy neměl problém

- rozhodně je pro něj pak lepší

apt-get remove něco.deb

než od boku neco ručně mazat v /usr, /etc a podobně

vyzoušej to - uvidíš, nechci Tě o něčem přesvědčovat

[pic]

ještě pro úplnost: je lepší si vyzkoušet ./configure a make na nečisto (jestli něco nechybí, nebo není špatně), pak adresář se zdrojáky radši smazat, znovu rozbalit a pak teprve dh_make a fakeroot

jinak co se týká složitosti:

první příkaz :

dh_make --createorig

klávesa "s"

[enter]

druhý příkaz :

fakeroot debian/rules binary

přejít o adresář nahoru

a třetí příkaz :

dpkg -i *.deb

zas taková pakárna to není a za ten klid při od/reinstalaci a podobně to stojí

malý příklad: kdysi jsem zkoušel nainstalovat do gimpu místo "script-fu" "tini-fu" a udělal jsem to pomocí "makeinstall" a hned jsem měl o zábavu postaráno, aby mi vůbec gimp fungoval

[Petr Mach]

Dekuji za vysvetleni jak to funguje. Je to slozitejsi, ale ne tak, jak to na prvni pohled vypadalo. Ja to sice asi na ty tri sve programy co prekladam (vim, python a wesnoth) neupotrebim, ale jini uzivatele debianu to urcite oceni.

Jeste dotaz, resi takto vytvoreny deb balicek zavislosti? Je mozno ho bez problemu prenest na jiny system?

Jestli ano, tak bych pro to upotrebeni nalezl.

[pic]

závislosti řeší - pokud mu v systému něco pro nainstalování chybí tak to při dpkg -i napíše a můžeš to buďto ručně, nebo pomocí apt-get -f install doinstalovat

Je mozno ho bez problemu prenest na jiny system ? podle mých zkušeností ano (pokud je to deb.based)

[pavlix]

Občas je docela dobrý na začátek zápisku aspoň napsat o co jde.

[Petr Mach]

Pro preklad wesnothu ve verzi 1.4.1 je nutno do Ubuntu 6.06 jeste doinstalovat pomoci synapticu balicky libboost-dev a libboost-iostreams-dev.

[Petr Mach]

Dale je nutno v souboru ...po/wesnoth/LINGUAS odmazat lokalizaci do jazyka hr (v prvním řádku odmazat tuto zkratku ze seznamu), protože je v ní nějaká chyba a nejde to s ní přeložit.