Komplikace při vývoji aplikace pro Linux (diskuse)

[Franta Uživatel]

V openSUSE je FPC 2.4 a snapshot Lazara v repu Education, jen si ho přidat...
Pokud Lazarus kompilujete ze svn, tak bych momentálně radil chvíli počkat, neb poslední verze je trochu víc unstable, než by se mi líbilo.
Víc Vám neporadím, jen bych možná zkusil Databases z OBS.

[dolik.rce]

Píšu v jazyce/frameworku který běží prakticky všude. Konkrétně jazyk C++ a framework U++, takže moje aplikace běží víceméně na všem od win98 až po BSD. Nikdy jsem neměl problém, ale chce to vybrat portabilní nástroje dřív než se začne psát. Chápu že teď už se vám to přepisovat nechce

Problém se specifickýma knihovnama pro radio bych asi řešil jejich distribucí s programem nebo statickým linkováním...

Jinak Lazarus jsem taky kdysi používal. Tenkrát mi přišel celkem dobrý, ale už jsem z toho vyrostl

[kavol]

Problém se specifickýma knihovnama pro radio bych asi řešil jejich distribucí s programem nebo statickým linkováním...

tohle ovšem ve většině distribucí neprojde ...

[CEST]

Hmmm, bohuzel zavislost na novych a nestandardnich nastrojich bude hodne velka prekazka.

Krome tech knihoven si jeste promysli, jakej pouzivate zpusob kompilovani a instalace binarek. Standardne se totiz pouziva configure, make a make install, kde u make install lze zadat parametr DESTDIR a provest tak instalaci do specialniho adresare. Dost balickovacich systemu tohle pouziva - prekompiluje se program, ale neprovede se instalace do /, ale do nejakyho pracovniho adresare, napr. ./debian/BALICEK-image a ten se pak zabali. Pokud vas program tohle neumoznuje, budete to mit opravdu tezke to nekam protlacit.

Osobne bych sel za tehle situace jinou cestou. Udelat vzdy specificky balicek pro distribuci, do nej nacpat vsechno, co ten program pouziva a s cim si nemuzes byt na distribuci jisty. Pri instalaci balicku se pak rozbali ty zdrojaky, zkompilujou a nainstalujou. Pri odinstalaci balicku se odinstaluje i ten vas program. Neni to cisty, ale zrejme to bude jedina moznost.

Nebo bys musel balicky delat kompletne vlastni a balit do nich i ty knihovny/veci, ktere ti v distrech chybi. Ale i s timhle se do distra nedostanes, ale aspon budes mit balicky.

[Saljack]

Ty varianty co navrhuješ jsou sice řešení, ale kdyby to tak dělal každý, tak jsme na tom za chvíli jako na Windows.
Celkem by mě zajímalo proč autor zvolil zrovna lazarus, jaké k tomu měl důvody.

[PetrHL]

Protože C++ neumím prakticky vůbec. Jo, v Qt bych něco zvládl napsat, ale nic tak rozsáhlého. Šáhl jsem tedy po tom, co tak nějak trochu umím. Přepsat tu app do Qt by pro mne bylo asi na několik let práce .

[Saljack]

Pokud umíš dobře Pascal (Lazarus), tak není problém se naučit C++ (Qt) během měsíce (ne-li týdne). Jasně, že nebudeš vědět všechny vychytávky a triky, ale to se časem poddá.

[rADOn]

…Udelat vzdy specificky balicek pro distribuci, do nej nacpat vsechno, co ten program pouziva a s cim si nemuzes byt na distribuci jisty. Pri instalaci balicku se pak rozbali ty zdrojaky, zkompilujou a nainstalujou. Pri odinstalaci balicku se odinstaluje i ten vas program. Neni to cisty, ale zrejme to bude jedina moznost.…

A kdyz nektera z tech knihoven uz v systemu je? Otevrem si pivo a budem se sazet ktery symbol zkoliduje jako prvni? Jako gentooista vidim tyhle prasarny z prvni ruky a fakt to miluju.

[minix]

mame podobne problemy. V kratkosti:

- pouzivame perl, ten ma od verze 5.8.0 ve spojeni se swigem chybu a programy nefunguji

- program pouziva castecne i exoticke perlovske moduly (excel seriall,barcode ..)

- program bezi (muze fungovat ) s minimalne 5 databazemi

- program pouziva ca 20 ruznych i castecne exotickych knihoven (libharu, fox, ..)

Skoncili jsme u toho, ze instalujeme do /usr/local komplet vsecko co je potreba a pri instalaci kontrolujeme jen tech asi 5 zasadnich linuxovskych knihovem.

[VSi]

Asi většina komerčních nebo "externích" aplikací pro linux je řešena instalací do /opt nebo /usr/local. Pokud to má běžet na různých distribucích a jejich verzích, a pokud se autor nechce zbláznit, moc jiných možností není. Sice je to "ošklivý" přístup "skoro jak na Windows", ale prostě to funguje. Má to i další výhody, jako třeba možnost mít na disku více verzí aplikace zároveň.

Aby se taková aplikace dostala do repozitářů, musela by se často výrazně upravit, a navíc pro každou distribuci jinak - podle dostupných verzí knihoven, které mívají i krásné vlastnosti v podobě absence zpětné kompatibility. Asi i proto zatím neuspěla zádná snaha o možnost tvořit "distribučně nezávislé" balíčky.

Distribuční balíčkovací systém je velmi vhodný pro rozšířené a open source věci, protože se někomu (správcům balíků v distribucích) vyplatí jim věnovat čas a trvalou péči a integrovat je do ekosystému sdílených knihoven. I tak je k vzteku, třeba když na Debianu nemůžu normálně nainstalovat zároveň PHP 5.2 a 5.3, protože balíčky jsou tak udělané. Vlastní kompilace zdržuje, a často stejně vede ke shánění vhodných verzí -dev balíků, protože s těmi distribučními se to nesestaví. Pak Windows přístup nevypadá tak zle, když tam můžu mít vedle sebe třeba 20 verzí PHP (vím, že to přináší jiné problémy).

[Luboš Doležel (Doli)]

Z hlediska vývojářů OSS aplikace je třeba mít v pořádku proces hledání knihoven/hlavičkových souborů a tohle je věc, kterou jde na Linuxu udělat celkem snadno. Že nějaká distribuce nemá balíčky pro potřebnou závislost, to si vyřeší autor balíčku pro toto distro.

U proprietárních věcí je to jasný, statické binárky / LD_LIBRARY_PATH a jedem.

[petr_p]

Co se týče knihovny mysqlclient, tak co vidíte jako chybu, tak to je vlastnost. Jedná se o verzování knihoven a to není záležitost vaší aplikace, ale balíčku, do kterého knihovna patří. Přečtěte si něco o verzování dymanických knihoven. Vaším úkolem je pouze před samotnou kompilací otestovat, že v systému je knihovna v požadované minimální verzi. O zbytek se postará linker.

Co se týče chybějících balíčků, tak řešení je úplně stejné jako s vaším programem. Prostě se musí do distribuce přidat jako samostatné balíky.

Ano, občas je to spousta práce a hodně to bolí. Ale z výsledku pak budou mít užitek i ostatní.

Doporučuji si najít uživatele vaší aplikace a zároveň dané distribuce a toho přesvědčit, ať vám program program zabalí a balík vnutí do distribuce.

Na oplátku buďte připraven na všetečné dotazy vývojářů distribuce a mějte připraveny opravdu dobré argumenty, proč vaše aplikace se sestavuje zrovna tak, nebo se smiřte, že budete muset jejich (často oprávněné) výtky reflektovat ve svém kódu.

[kralyk z abclinuxu]

Zatím je program distribuován jako komplet adresář, který se rozbalí do domácího adresáře a spustí.

Hm, tam bude chyba. Ono to není jak ve windows, kde binárku se všemi fajly rozbalíš někam do systému a basta...
Obvykle se to dělá tak, že použiješ nějaký build systém (Makefiles pro malé věci, Autotools, CMake, atd.), kde definuješ funkci install, která rozstrká věci tam kam patří, čili binárky do /usr/bin, knihovny do /usr/lib, aplikační data do /usr/share/jmeno-aplikace, atd.
Na základě toho se pak vytvoří definice balíčku pro každou distribuci (s definovanými závislostmi), kde se program stáhne, zkompiluje a nainstaluje do balíčku (zjednodušeně řečeno).
Ideální bys měl vytvořit /zkompilovat/ balík pro větší distribuce, alespoň rpm a deb.

Další problém totiž je, že tvoje binárka je 32-bitová (Jardík by ti dal ), čili na 64-bit systémech z toho jsou jen další problémy s knihovnami.
Doporučuju ti nastudovat CMake (nevím ale, jak moc si rozumí s FreePascalem).

Pokud bys chtěl, mohl bych vytvořit balík pro Arch linux, pokud bys mi poskytnul nějaký rozumný způsob kompilace týhle věci. Arch linux hamlib má, čili tam by asi nebyl problém...

73 de 3VO

[kralyk z abclinuxu]

Tak jsem si stáh balík s binárkou, koukám na to a hutnej bastl to je, nevim nevim, jestli jsem s tou nabídku balíčku pro Arch nepřecenil síly No ale pokusit se můžu...

[PetrHL]

To co je zatím na webu, je připraveno pro spuštění z domovského adresáře. V SVN pracuji na verzi, která bude mít oddělena společná data, binárku i knihovny. Počítá se se strukturou:

bin

share

lib

cesty jsou nastaveny jako relativní, takže to poběží klidně z home nebo z /opt nebo /usr. Je to ale docela dost práce, protože při tom přecházím na MySQL. Už mi to tak nějak funguje, ale musím to pořádně otestovat a udělat nějaké optimalizace. Časem se mi to snad povede dotáhnout do rozumného konce. Dělám na tom po nocích .

Ta verze, které je ke stažení teď, není bastl. Je to prostě uděláno tak, aby to fungovalo všude. A kupodivu to funguje. Je jedno jakou má kdo distribuci. 64bit verzi jsem zatím neřešil, ale při předělávání kódu na to pamatuju a mělo by to jít zkompilovat. Jardíkovi je to jedno, asi by mu takový program k ničemu nebyl .

73 Petr, OK2CQR

[petr_p]

Nástroje pro řízení překladu a instalace (cmake, autotools) právě za vás řeší rozhození do jednotlivých adresářů. Asi se budete divit, ale jsou distribuce, které knihovny strkají jinam než do /usr/lib. A právě proto distributor čeká, že tyto cesty budou konfigurovatelné.

[PetrHL]

Pravda, o tom nevím. Abych pravdu řekl, po přechodu na MySQL nebudu do adresáře lib cpát nic. Ale chápu, že se to týká i dalších věcí. Bohužel nevím jak to udělat ve FreePascalu jinak. Jejich wiki se o jiném způsobu nezmiňuje. Řekl bych, že mi bude stačit, když to bude pro začátek chodit v Ubuntu, pak budu postupně zkoumat jak co udělat aby to chodilo v Mandrivě, openSUSE, Fedoře. Prostě step by step. Dál se asi nedostanu. Je to ale docela otrava, škoda, že nelze udělat univerzální balík.

[kavol]

pak budu postupně zkoumat jak co udělat aby to chodilo v Mandrivě, openSUSE, Fedoře

nemyslím si, že by to byl dobrý přístup, protože to dost možná povede k tomu, že budeš všechno předělávat na několikrát, spíš si zkus požadavky z jednotlivých distribucí dát dohromady a porovnat (myslímže budou velmi podobné), pak z toho třeba vykoumáš systémové řešení namísto hromady hacků přiohýbajících to pro jednu či druhou distribuci

co se týče Fedory, zaměření programu jde sice mimo můj zájem, ale i tak bych přiložil ruku k dílu - mailni mi, jestli chceš abych se to pokusil zabalit a dostat do distribuce

[PetrHL]

Díky za nabídku! Jak to dotáhnu do nějakého konce, určitě se ozvu.

Hlavní problém je spíše v tom, že některé distribuce nemají v repo knihovny, které potřebuji. Podle toho co jsem zjistil, Fedora problém taky nemá. Jen nevím jak na tom s verzí FreePascalu. Takže by to jít mělo. Musím program dostat do stavu, kdy bude fungovat jak má a pak začnu řešit balení.

Ono to bude asi chvilku trvat. Aby se program dostal do repozitářů distribuce, musí se tam první dostat Lazarus, který je momentálně jen v SVN, ještě verzi nevydali. Pak půjde udělat build i mého programu.

[kavol]

v aktuální Fedoře 13 je fpc 2.4.0 a lazarus 0.9.28

[kralyk z abclinuxu]

Ok, a jak to kompiluješ? Lazarem? Jde to případně i z command line?

[PetrHL]

Zatím jen lazarusem, ale lze to i z cmd line pomocí lazbuild. Musím napsat nějaké makefile a pak to půjde jednoduše pomocí make.