GtkDC - nový klient pro Direct Connect

Pokud rádi zkoušíte nový software, možná vás zaujme další DC klient pro Linux: GtkDC. Prozatím neoplývá mnoha funkcemi a pokud se připojíte na hub s větším počtem lidí, tak se chová dost nestabilně. Pro svůj běh potřebuje knihovny DCLibC (také ke stáhnutí na stránkách).

10.4.2006 14:06 | jiri.one | Zajímavý software

Komentáře

[jiri.one]

Jen dodavam, ze pri prekladu DCLibC, je nejlepsi pouzit prikaz:

./configure --prefix=/usr

Vyhnete se tak problemum pri prekladu samotneho GtkDC, ktery nevi kde DCLibC jsou.

[Jindřich 'GoldenShit' Plešinger]

??? Něco mi asi nedošlo, ale k čemu je /sbin/ldconfig, /etc/ld.so.conf a /etc/ld.so.cache ???

[jiri.one]

ja pouzivam prefix

[Jiří (BoodOk) Kadeřávek]

Slouzi pro dynamicke knihovny .so (shared objects), zatimco Klerik ma zrejme na mysli staticke knihovny, ktere se do vysledneho kodu pripojuji v prubehu sestavovani aplikace. I kdyz si nejsem jist, zda na to ma --prefix nejaky vliv, spise --with-libs nebo --include.

[Robert Krátký]

--prefix má vliv na to, kam se knihovny nainstalují (aby pak nebylo potřeba používat --with-libs nebo --include).

[Jiří (BoodOk) Kadeřávek]

OK. Vetsina aplikaci ma prefix do /usr/local, ale v tomto pripade se mohou knihovny a aplikace lisit. Nicmene treba v debianu je prefix do /usr nevhodny. Taktez je otazka, zda je potrebne staticke knihovny vubec instalovat a neni lepsi pouzit prave --with-libs.

[Robert Krátký]

V tom všem máš pravdu. Já se jen snažil osvětlit, proč to tam nahoře (asi) kolega vůbec napsal.

[Jiří (BoodOk) Kadeřávek]

Jasan, pochopil jsem, nebyl to pokus o svar

[jiri.one]

musel jsi byt s tou odpovedi jen o par vterin rychlejsi ;)

[jiri.one]

Ano proto jsem to tam napsal kolego

[Zdeněk Burda]

./configure --prefix=/usr

Pokud pak chcete dělat balíček, tak bych to pochopil. Jestli dalším příkazem bude make install tak to nedoporučuju. Instalovat něco přímo do /usr je čuňárna (přepíšou se soubory patřící k nějakému balíčku a podobně), když už se něco kompiluje a není to v ~/, tak bych to strčil do /usr/local nebo do /opt/nazev_programu.

Vyhnete se tak problemum pri prekladu samotneho GtkDC, ktery nevi kde DCLibC jsou.

Přesně kvůli tomuhle se používá configure skript, umožňuje zadat kde se knihovny nacházejí.

[Jindřich 'GoldenShit' Plešinger]

   Zatím jsem to nezkoušel, ale zajímalo by mě, zdali při kompilaci nesystémovách prográmků jde nastavit relativní adresa, místo absolutní a zdali program potom funguje tak jak má. Že bych se předem vyprd na to, kde program bude, zdali v /usr/locale/, /opt/, ~/, a configure bych provedl bez informací kde přesně se program, knihovny a ostatní soubory budou nacházet a zadal bych jen relativní adresu, že binárka je v ./bin/ knihovna v ./lib/ a soubory v ./share/ . Pak bych program spakoval a bylo by mi úplně jedno kam ho nainstaluji. Tak jako to je jedno u OpenOffice, Firefoxu a dalších apikací.

[juice]

když už se něco kompiluje a není to v ~/, tak bych to strčil do /usr/local nebo do /opt/nazev_programu.

Pamätá dnes ešte niekto stow package manager? Hoci posledná verzia je spred pár rokov, myslím, že na tieto účely vďaka svojmu geniálne jednoduchému princípu poslúži velmi dobre dodnes.

Pravda, odkedy mám Arch Linux, tak stow nepoužívam (vyrobiť balík v systéme abs je fakt hračka), ale v takom Suse som ho využil často, keď som niečo potreboval skompilovať. Bolo to pred časom a možno to vyplývalo z mojej neznalosti, ale ja som si s rpm nikdy príliš nerozumel . V každom prípade, stow sa so žiadnym package managerom prakticky nebije, takže može kľudne koexistovať na systéme.

[balda]

Zatim to opravdu nic moc neumi...

[petrpo]

Moc neumi??? No myslim, ze to umi hlavne drhnout sirku pasma. Grrrr...