Kompilace utility Gftp

6.9.2005 18:35 | Přečteno: 1086× | Zacatecnicke kroky | poslední úprava: 6.9.2005 18:38

- po nainstalování SuSE 9.1 jsem se mohl hned pustit do kompilace dalších prográmků, které používám mezi něžš patří i GFTP, zdůvodu mé nemoznosti se zžít s příkazem FTP.

po stažení src balíčků z www.linuxsoft.cz jsem se rozhodl si GFTP zkompilovat, prtože pro SuSE nebyly již připravené balíčky.

klasické příkazy
tar -zxvf gftp....tar.gz
cd gftp....tar.gz

nemusím jistě vysvětlovat

po rozbalení mi nezbývalo nic jiného než se pustit do samotné compilace a instalace.

Trojpříkaz:

./configure
[spousta pismenek ]
make
[este vic pismenek ]
make install
[vytvareni slozek na patricnych mistech a kopirovani souboru ]

po zdárném zkompilování a nainstalování, ale vznikl problém !

a sice ten, že příkaz gftp byl dostupný pouze pro "můj" profil, avšak i tento problém jsem vyřešil chvilkou hledani davkoveho souboru pro prikaz gftp [cesta je /usr/local/bin], odkud jsem překopíroval dávkové soubory gftp, gftp-gtk a gftp-text do složky /bin ...

tímto jsem měl zprovozněn přístup k mému webu a různým ftp bodům přes můj oblíbený program GFTP přes všechny uživatele

budeteli chtít program v budoucnu smazat zadejte ze složky, z které jste program nainstalovani make uninstall

a to je pro dnesek o5 vše _Niobi

       

Komentáře

[Michal Vyskočil]

Sice si každý musí "hubu" nabýt sám, ale zkusím to. Takhle pracovat s Linuxem je cesta do pekel. Pokud v Suse skutečně gftp není (což se mi nezdá), pak správnější postup je program zkompilovat a vytvořit balíček. Nemluvě o tvém zmateném kopírování věcí z /usr/local/bin do /bin (co takhle upravit PATH), to si pak při odinstalaci musíš ručně hlídat => na to pravděpodobně zapomeneš => budeš mít bordel v systému.

[niobi]

a kdo řekl něco o tom, že to budu někdy odinstalovávat ??? to nevím ja jenom napsal co sem musel udelat pro to aby to slo a napsal jsem i jaxe to da odinstalovat vis

[Michal Vyskočil]

Co upgrade gftp, nebo se rozhodneš nainstalovat něco jiného a gftp ti bude překážet? Mě v systému zůstávají pouze konfigurační soubory, software se průběžně upgraduje, což se bez důsledného používání balíčkovacího systému brzo změní v noční můru (vím to, protože jsem si kdysi takhle sám systém zaprasil).

[niobi]

to je sice hezky ale ja se k upgradu systemu dostanu jednou za rok a to je většinou nova verze systemu a ja jaxe znam urcite disky du do novejch verzi na test a vetsinou to delam stylem format partition - mam 5Gb na system a pak dalsi part. na ostatni veci vis takze tohle me nak extra netrapi

[unchallenger]

Je možné, že tě to netrápí, ale to tě nechrání před dobře míněnými radami, že se to tahkle nedělá. Jež jsou nutné také proto, aby se tento přístup -- který mi bůhvíproč připomíná typický přístup k aktualizaci MS Windows -- dále nešířil.

[niobi]

ne počkejte takle jsem to nemyslel, ze si nevazim rady zkuseneho

[unchallenger]

1. Sžít, ne zžít.

2. Balíček gftp samozřejmě existuje, akorát si musíš přidat supplementary GNOME source do Yastu, susewiki ti poví, jak na to (BTW jeho mirror je i na ftp.linux.cz).

3. Existuje učitý konsensus, že u distribucí, které používají nějaký balíčkovací systém, je toto cesta k rozesrání systému. Takže jsi to takhle možná nainstaloval, ale rozhodně se tím nechlub ani to nikam nepiš jako návod, nebo co tento blogspot má být.

[unchallenger]

Ad 2. Kecám, balíček je dokonce přímo v distribuci, akorát jinde může být novější.

[deleted]

Je řešením tohoto probému checkinstall? Nebo se každý linuxák musí naučit dělat balíčky např. podle vašeho návodu? Nebo se dají balíčky nějak bezproblémově automaticky překonvertovat (např. deb->rpm)?

[unchallenger]

Předně se každý má podívat po zdrojích balíčku pro své distro. Nebo se alespoň podívat, zda balíček programu není přímo na instalačním CD. A pokud zrovna nepoužíváš Slackware (ke kterému checkinstall i svým přístupem tak nějak patří) tak potřebuješ něco balit málokdy.

[deleted]

To je jasné. Ale nevím co dělat v případě, že ten balíček v mé distribuci ani v jiných na rpm založených distribucích není. Jde mi např. o pigale (pigale.sourceforge.net).

[Michal Vyskočil]

Pokud ten balíček nezasahuje do systému (tvorba nových účtů, konfigurace něčeho, ...) a bude sloužit jenom pro tebe, myslím, že můžeš checkinstall použít. Já osobně doporučuji si přečíst Yetiho seriál a naučit se rpm balíčky tvořit běžným způsobem. Můžeš pak zažádat o zařazení balíčku do distribuce.

[niobi]

to ja netvrdim ale jelikoz tohle byly jedny z mych prvnich programu taxem holt nevedel jinak jak na to -- a hlavne vsude je treba napsana klasika configure, make, make install a tak nechapu proc bych to nemohl pouzivat i ja -- jestli se mylim tak me opravte a napiste kdyztak postup jak to mam delat aby to bylo OK na ohled k systemu

[Vlastimil Ott]

http://www.abclinuxu.cz/clanky/navody/na-co-se-casto-ptame-balickovaci-systemy

[Jiří Veselský]

Aniž bych zacházel do podrobností, smiřte se se skutečností, že configure, make, make install je ve většině případů prostě až ta poslední instance. V (tipuju) 99% případů lze instalaci konkrétního software vyřešit jinak a lépe (ovšem samozřejmě způsobem závislým na konkrétní distribuci).

Máte-li SuSE (nebo jinou RPM-based distribuci), pak je vaším primárním zdrojem Rpmfind, případě Google a variace na téma "název programu RPM". Jiné distribuce znám jen okrajově, nicméně si myslím, že u jakékoliv distribuce "jiné-než-udělej-si-na-koleně-sám" existuje vždy postup lepší*), než přímá kompilace ze zdrojáků.

*) Přičemž "lepší" znamená "korektnější z pohledu konzistence celého systému a jeho dalších aktualizací".

[niobi]

dekuji za konkretni [konecne] odpoved ;) budu se to snažit dodržet ;) tento blog ma prave slouzit k tomu abych se v linuxu zdokonalil a mohl ho pouzivat tak jak je to "morální" mezi uzivateli Linuxu, ja vlin delal pouze okrajově tažke pořádně nevím co a jak

[vladimir]

.. tento blog ma prave slouzit k tomu abych se v linuxu zdokonalil ...

opravdu? neslouzi k tomu spis forum/poradna?

[niobi]

i tak se to dá říct