Kompilace Krusaderu na Mandrake 10

Popíšu kompilaci, nebo spíš rebuild, ostré verze souborového správce Krusader ve verzi 1.50 na Mandrakelinuxu 10.0 za použití .src balíčku z Cookeru.

1. Stáhneme .src balíček z Cookeru například na mandrake.contactel.cz, adresář Mandrakelinux/devel/cooker/SRPMS/contrib/.
2. Otevřeme konzolu a přejdeme do adresáře, kam jsme ho uložili (např. cd ~/download [Enter]). Přihlásíme se jako root (su [Enter], heslo [Enter]).
3. Ověříme závislosti, které musí být splněny pro úspěšnou rekompilaci. Zadáme urpmi krusader-1.50-2mdk.src.rpm [Enter]. V mém případě se doinstalovaly balíčky libdb3.3 a libxfree86-static-devel.
4. Teď něco, co se obvykle nedělá. Ověřte si, že v adresáři /usr/X11R6/lib/ máte soubor libGL.la. Může být i symbolický odkaz. Pokud tam nic takového není, skončil by první pokus o překlad chybovou hláškou cannot find the library `/usr/X11R6/lib/libGL.la'. V tom případě vytvořte symlink příkazem ln -s /usr/lib/libGL.la /usr/X11R6/lib/libGL.la [Enter].
5. Spustíme překlad rpm --rebuild krusader-1.50-2mdk.src.rpm [Enter] a podle rychlosti našeho stroje počkáme kratší nebo delší dobu a koukáme na ladící hlášky, nebo jdeme vařit kafe. Pokud se nic nepokazí, na konci dostaneme: "Zapsáno: /usr/src/RPM/RPMS/i586/krusader-1.50-2mdk.i586.rpm, ..., + exit 0".
   Jestliže místo toho obdržíme nějakou chybovou hlášku, řídíme se podle ní, případně ji přesně okopírujeme, zadáme v uvozovkách do googlu a hledáme, kde nechal tesař díru.
6. V případě úspěšného překladu tedy můžeme nainstalovat: urpmi /usr/src/RPM/RPMS/i586/krusader-1.50-2mdk.i586.rpm [Enter]
7. Odhlásíme roota (exit [Enter]) a můžeme napoprvé zkušebně z konzole spustit nově přeložený program: krusader [Enter]
8. Hotovo.

[ výpis konzole ]

Jestli se vám překlad nedaří, nebo se vám do něj nechce, můžete zkusit použít moje rpm balíčky ze sekce download.

Potíže s FAM

FAM je "File Alteration Monitor". Je spuštěn na pozadí a různé aplikace ho používají, aby poznali, jestli je nějaký soubor změněn. Nebo by to alespoň tak být mělo. Potíže se spojením FAM + Krusader vypadají asi takhle:
Označíte velké množství souborů a chcete je smazat. Krusader je smaže a následně se jeho okno začne divoce obnovovat (refreshovat). Čekáte, čekáte a až po dlouhé době to přestane blikat a konečně můžete pokračovat. Totéž třeba při hromadné změně práv. Nebo: kompilujete program a v adresáři, který je právě zobrazen v Krusaderu zadáte ./configure. V tomto případě se asi nedočkáte vůbec. Krusader refreshuje a refreshuje a nic. Budete ho asi muset sestřelit (CTRL + ALT + ESC a kliknout na jeho okno, nebo CTRL + ESC, vyhledat a zničit).

Tato chyba je známá, na jejím odstranění se pracuje a ve verzi 1.50 by to mělo být lepší. Pokud se s tím přesto setkáte, tak abyste do té doby nepřišli do blázince, můžete zkusit FAM prostě vypnout. Nejdříve na zkoušku ukončete Krusader, otevřete konzoli, přihlaste roota (su) a zadejte killall fam [Enter]. Když teď spustíte Krusader, měl by se začít chovat slušně. Když ho budete chvíli pozorovat, zjistíte, že jste přišli o některé informace. Půjde asi hlavně o postupné měření velikosti souborů, když třeba něco velkého kopírujete z CDčka nebo stahujete z internetu. Pomůže ruční obnovení, obvykle mapované na klávesy CTRL+R. Potom je z opatrnosti třeba nějakou dobu sledovat ostatní aplikace, které používáte, jestli se s nimi něco neděje. Na mém počítači s vypnutým FAMem všechno funguje, nic se neděje.

Dojdete-li k názoru, že bez FAMu můžete žít, zakažte jeho spouštění při startu počítače v ovládacím centru / Systém / Služby. Jestliže se do příští verze podaří problémy odstranit, zase ho tam můžete zapnout.

Poznámka: Pokud se před zabitím FAMu chcete přesvědčit, jestli opravdu běží, použijte ps ax | grep fam.

Odkazy:

• domácí stránka Krusaderu
• tento návod pro verzi 1.40