Instalace Krusadera 2.x pro KDE 4 - Fedora 9

10.10.2008 22:36 | Přečteno: 2338× | Linux |

Od verze 9 se rozhodl tým Fedoraproject přejít na KDE 4. Ne všechny aplikace jsou však do nového prostředí portovány, nebo se verze pro KDE 4 nenachází v repozitářích. To je i případ okenního manažera Krusader. V repozitáři se stále nachází KDE 3 like verze. Tento návod Vám poradí jak zkompilovat a nainstalovat Krusadera pro KDE 4 ve Fedoře 9. Ještě než začneme, Krusader pro KDE 4 je stále ve vývoji, nejedná se tedy o stabilní verzi. Za dobu používání cca 1 měsíc jsem však nenarazil na závažnější problém.

Ještě se omlouvám že je to tak polopatě, ale jeden nikdy neví.

1. Budeme muset nainstalovat několik balíčků potřebných ke kompilaci:

su -c 'yum install gcc gcc-c++ cmake zlib-devel gettext kdelibs-devel phonon-devel'

2. Navštivte webovou adresu projektu Krusader http://www.krusader.org, zde zvolte sekci Download. Do připraveného adresáře si stáhněte balíček krusader-2.0.0-beta1.tar.gz

Alternativa:

můžete si nainstalovat SVN:

su -c 'yum install svn'

V připraveném adresáři pak zadat příkaz:

svn co https://krusader.svn.sourceforge.net/svnroot/krusader/trunk/krusader_kde4

Stáhnete tak novější verzi. Aktuálně 10.10.2008 je to 2.0.0-beta2.

Vstupte do adresáře krusader_kde4 a pokračujte na bod 4.

3. Rozbalte soubor krusader-2.0.0-beta1.tar.gz:

tar -xzvf krusader_kde4.tar.gz

Vstupte do vytvořeného adresáře krusader_kde4.

4. Postupně zadejte:

cmake -DCMAKE_INSTALL_PREFIX=/usr/ -DQT_INCLUDES=/usr/share/qt4/include

make

su -c 'make install'

*pokud máte nainstalovaný Krusader z repozitáře a chcete ho zachovat, můžete zadat alternativní cestu pro instalaci

-DCMAKE_INSTALL_PREFIX=/opt/krusader

5. Hotovo.

Poznámky:

1. Informace jsem čerpal z tohoto zdroje.

2. Kompilace mi na notebooku s taktem procesoru 800Mhz trvala asi 10 minut, je potřeba tak 150-200 MB volného místa.

       

Komentáře

[marbu]

Skoro bych cekal, ze soucasti takoveho navodu bude i zabaleni do nejakeho toho rpm.

[belisarivs]

Tak ty prikazy narvi do krusader2.spec a prohrn to rpmbuildem.

[Nicky726]

Od doby, co používám Arch, jsem nějak pozapomněl, jak je klasická kompilace složitá. Není nad makepkg a hezký PKGBUILD k tomu. Navíc z toho vypadne už rovnou hotový balíček.

Ale udělat .rpm by mělo jít ve Fedoře též, a bude to lepší i kvůli odinstalaci, upgradu atd...

[stativ]

A na na napsání PKGBUILDu tohle nepotřebuješ? Často je to naopak o dost složitější (pravda, mám už na svědomí přes 70 PKGBUILDů napsaných kompletně "from scratch").

[Nicky726]

V zásadě potřebuju, výhodou Archu je to, že ne vždy je potřeba psát PKGBUILD "from scratch", dost věcí je v AURu, nebo pokud člověk chce novější verzi nějakého balíčku tak zas stačí stáhnout PKGBUILD současné verze a většinou jen něco málo pozměnit. A samozřejmě, pokud si napíšu PKGBUILD "from scratch", a vyjde nová verze programu, tak už je to taky jen o upravování.

[progdan]

Od doby, co používám Arch, jsem nějak pozapomněl, jak je klasická kompilace složitá. Není nad makepkg a hezký PKGBUILD k tomu. Navíc z toho vypadne už rovnou hotový balíček.

+1

[zdenek-hbr]

jinak CMake obsahuje utilitku CPack ktera umi zrovna i vytvorit balicek (deb, rpm, tgz, zip, nsis, aj.). staci do CMakeLists.txt pridat par promennych (kompletni seznam).

tohle pouzivam pro digikam

include(CPack)

SET(CPACK_SET_DESTDIR "ON")
SET(CPACK_GENERATOR "DEB") 
SET(CPACK_PACKAGE_NAME "digikam")
SET(CPACK_PACKAGE_VERSION "0.10.0-beta5")
SET(CPACK_DEBIAN_PACKAGE_ARCHITECTURE "amd64")
SET(CPACK_DEBIAN_PACKAGE_MAINTAINER "zdenek@nko.cz")

a po vytvoreni Makefile CMakem staci dat "make package" a vyplivne to hotovy debiani balicek

[Scarabeus IV]

Pokud radi kompilujete rychle a nechcete se zdrzovat s debug vystupem mohu doporucit:

        sed -i \
                -e "s:set(CMAKE_VERBOSE_MAKEFILE ON):#NADA:g" \
                CMakeLists.txt

[Prcek]

To je i případ okenního manažera Krusader.

Já bych to radši nazval souborový manažer, pod okenním manažerem si představím kwin, fluxbox atd. .

[mimi.vx]

+1, nedam dopustit na .ebuild a portage

[Michal Vyskočil]

Dívám se, že používání Gentoo a Archu způsobuje u mnoha svých uživatelů, že si přestávají uvědomovat rozdíl mezi ruční kompilací balíčku (to je to, co je v blogu) a předpisem pro automatickou tvorbu balíčku (to jsou ty pkgbuildy, nebo ebuildy).

[xm]

Ruční kompilace (tedy samotná kompilace ne, ale poslední krok "make install" rozhodně ano) je totiž prasárna na n-tou, které by se měl každý uživatel distribuce s fungujícím správcem balíčků vyvarovat jako čert kříži.

[Käyttäjä 11133]

A co balíkář? ten to používat může? Dělám to docela často, když nějakou obludnost debuguju (píšu opravný patch) a nechce se mi to pokaždé celé přebuilďovat.