Dotaz: Existují nějaké nástroje pro analýzu balíků?

[Jaroslav Kopal]

Existují nějaké nástroje pro analýzu lokálních balíků, zatím nenainstalovaných, které jsou kdesi na nějakém médiu v adresáři, co se týče závislostí? Tzn. Jaké další balíky program který si chci nainstalovat ještě vyžaduje, ale nejen balíky, ale co je v těch balících - čili závislé soubory.

Několikrát už jsem se na to i zde dotazoval, dostával jsem různé teoretické odpovědi ale výsledek veškerý žádný. Prosím odpovězte mi na tuto otázku a neřešte tu to, proč tohle chci dělat. Já vím proč. Děkuji.

Odpovědi

[kulik]

A pro jake baliky?

[Jaroslav Kopal]

Pro balíky *.deb

[michich]

Protože neuvádíš, pro kterou distribuci to chceš, popíšu stručně to, co znám nejvíc, tj. Fedoru:

Obvyklé dotazy, které umí rpm provádět na nainstalované balíky, se dají dělat i na nenainstalované balíky ležící na disku prostým přidáním parametru -p. Takže např.:

• rpm -qip soubor.rpm - zobrazí hlavičku s informacemi o balíku.
• rpm -qp --changelog soubor.rpm - historie změn od tvůrce balíku.
• rpm -qp --requires soubor.rpm - jaké závislosti balík vyžaduje.
• rpm -qp --provides soubor.rpm - co balík poskytuje.
• rpm -qlp soubor.rpm - seznam souborů v balíku.
• rpm -qp --scripts soubor.rpm - skriptlety balíku.

Ze souborů na disku jde ale snadno vytvořit repo (createrepo /cesta/k/adresáři/s/balíky) a to pak přidat pro yum (v /etc/yum.repos.d/). Pak lze pro dotazy používat yum nebo třeba repoquery (Dál bez komentáře. Kdo chce vědět, co to dělá a co dalšího to umí, přečte si manuál.):

• repoquery --whatrequires --recursive --alldeps balik
• repoquery --requires --resolve balik
• repoquery -l balik
• repoquery -f '*/soubor'

[Jaroslav Kopal]

Já jsem tam nenapsal že pro Ubuntu 9.04 ? Všude to píšu jak o život. Tak už jsem se asi otupil. To repoquery a rpm Ubuntu zná ???

[maleprase]

ne, ubuntu rpm nezna ale za to zna dpkg, apt, synaptic a dalsi ktere umi priblizne to stejne - Instalace programu a Pokrocila sprava softwaru

[camel1cz]

Zdravím,

pokud máte balík na disku, tak:

# vypíše hlavičkové info o souboru včetně závislostí
dpkg --info <jméno_souboru>

# vypíše seznam souborů v balíčku
dpkg -c <jmeno_souboru>

# zbytek ví (lze listovat přímo jen závislosti, atd.):
man 1 dpkg

Pokud se jedná o dotazy do vzdáleného repository:

# vypíše hlavičkové info o souboru včetně závislostí
apt-cache show <jméno_balíku>

Jak vypsat obsah balíčku bez jeho stažení nevím - používám k tomu web debian.org

Snad to pomůže.

[camel1cz]

Ještě doplňuji odkazy na dokumentaci:

man 1 dpkg
man 8 apt-cache
man 8 aptitude

popř. odkazy z těchto man stránek.

[Jaroslav Kopal]

Zajímají mě jen a pouze balíky *.deb v adresáři na nějakém médiu.

Moje několikadenní pídění po zdánlivě jednoduché věci nemá konce.

A nebo je průser v tom, že balík pro jehož instalaci se rozhodnu, v sobě prostě neobsahuje informace o všech závislostech, pouze jen o bezprostředně příštím závislém balíku.

Potom chápu že asi chci nemožné. Toto mi zatím ale nikdo nesdělil !!!

Obsahuje základní balík informace o všech závislostech ??? To by snad měl balík, který se jmenuje třebas Frantík a já si ho chci nainstalovat všechno vědět ne? Až do toho posledního "kolena" co všechno je k provozování Frantíka třeba !!!

Promiňte mi prosím, že používám takovéto netechnické obraty, ale už vážně nevím jak to podat, aby to většině zde bylo jasné.

[poko]

sam si to chcel tak tu to mas: balik obsahuje info len o priamych zavislostiach :) a tak to ma byt.. duplicitny thread

[Jaroslav Kopal]

No a je to tady !!! - přímé závislosti. Takže přímé závislosti jsou leda tak na dvě věci. Takže jsem se po několika dnech dopracoval k tomu, co jsem se snad ani nechtěl dovědět. Přesto děkuju panu poko že mi toto potvrdil. Howg

[poko]

teraz nerozumiem.. len ja (a mozno aj ini) ponukli riesenie ako zistit zavislosti rekurzivne takze to pokladam za vyriesene vies si predstavit ten bordel keby kazdy balik obsahoval VSETKY zavislosti? ved to by bolo nepouzitelne

[miso]

sice mas pravdu s tymi zavislostami ... ale vyriesene? Snad vysvetlene

[poko]

riesenie bolo v threade kde sa riesilo toto iste - este raz - aspon mne to prijde ako riesenie :)

[miso]

Tak to hej, ja som na to neklikal

[Jaroslav Kopal]

Přeci když jsem programátor, tak vím vše co můj program Franta1 potřebuje a proto vytvořím balík Franta2 v kterém budou soubory které Franta1 bude vyžadovat jako závislosti atd..

Jenže ono se běžně děje tak, že "programátor" Honza použije balík programátora Jirky jako závislost. Ten balík kamaráda Jirky má 7 souborů ale Honza z něj využívá jenom jeden soubor. Takže těch 6 souborů mi na disku jen zabírá místo a vůbec nikdy nic nedělají. To vám přijde jako nějaké + ?

[kulik]

Ano, robustni a prenositelna reseni typicky prinaseji urcitou rezii. Tak je tomu uz od doby, kdy se prestalo programovat primo ve strojovem kodu. Zamysli se nad celym problemem dele nez pet minut, zkus si predstavit, co se stane, kdyz se Jirka rozhodne svuj program prepracovat (napr. slouci nekolik knihoven do jedne vetsi), odpovez si na otazku, zda Honza muze predjimat, ktere soubory maji v Jirkove programu mezi sebou zavislosti a jake (napr. navzajem se volajici knihovny, kapitola dokumentace odkazujici na jinou kapitolu), kdyz Jirku nezna a vecne problemu nerozumi (napr. pouziva knihovnu pro sifrovani a sam o implementaci sifrovacich algorimu nic nevi).

[nabob]

Konstatuji, ze tazatel zamerne nechce chapat. Vzhledem k tomu, ze nevenoval ani trochu sveho casu na zjisteni zakladnich veci o balickovacich systemech a svou zpupnosti se naprosto ztrapnuje, ztraci narok na cerpani casu a usili ochotnych osob. Vycitat ostatnim, ze mu nerekli naprostou a zrejmou trivialitu? Co bude resit priste? Ze nejaka knihovna obsahuje mnohem vice funkcnosti, nez on potrebuje? Nebo snad, ze mu nikdo nerekl, ze 1+1=2?

[Jaroslav Kopal]

Pokud někoho určité dotazy urážejí, nemusí na ně prostě odpovídat.

[Jaroslav Kopal]

A pokud někdo něco staršího předělává ku obrazu svému, musí vždy zajistit zpětnou kompatibilitu. Není to jednoduché?

[Mti.]

musi?

[l4m4]

Jasně, že musí. Jaroslav Kopal mu to nařídil, takže to tak prostě bude a basta.

[Jaroslav Kopal]

Ale to aby každý balík obsahoval všechny závislosti to přece nechci. Jo možná informace o všech dalších závislostech to ano.

[Andrej Herceg]

Nič ti nebráni si také balíčky vygenerovať a opakovať to vždy, keď sa pri niektorom balíčku zmenia závislosti (keďže predpokladám, že nič také aktuálny správcovia balíčkov nepotrebujú a teda to oni robiť nebudú).

[l4m4]

Balík říká: potřebuji A (soubor, knihovnu, službu, jiný balík, abstraktní metabalík, cokoli). Existuje pět balíků B1 až B5, které A poskytují. Balíky Bn samozřejmě mají vlastní závislosti.

Definuj v tom případě plné rekursivní závislosti.

---

Problém veškerých tvých pořadavků je, že nejsou logicky konzistentní. A o co více nekonzisentní jsou, o to důrazněji požaduješ jejich splění...

[Jaroslav Kopal]

Já už nic nepožaduju. Doby kdy jsem požadoval jsou už dávno pryč. Vše v životě lidském se odehrává formou totálního chaosu pod pláštíkem pořádku. Linux - zdá se mi není výjimkou.

[Begleiter]

Tak proč ho (GNU/Linux) teda používáš, když na něj furt nadáváš?

[Jaroslav Kopal]

No taky se tomu divím. Ale nejspíš proto že pořád věřím tomu že je to jen nepochopením principu některých věcí, což bývá u začátečníků docela běžné.

[Jaroslav Kopal]

Zatím jsem zjistil že Linux může být sice dobrý, ale pouze pro toho kdo jej má jako hračku - hobby - cíl. Ne pro toho, kdo ho chce používat jen jako nástroj k tomu aby ho posouval někam dále.

[camel1cz]

Pokud se chcete něco dozvědět/naučit a ne tu flameovat, tak bych docela rád veděl, na co tuhle informaci potřebujete...

Osobně používám linux řadu let a ještě sem nenarazil na potřebu vědět, který soubor se chystá nainstalovat (ať už přímo nebo přes závislosti) balíček, který sem se rozhodl instalovat. Chápal bych to opačně (do jakého balíku patří konkrétní soubor, řešení konfliktů s kolidujícími balíčky z neofiko zdrojů, atd. atp.), ale to co chcete fakt nechápu.

Jinak to co chcete bude možné asi jedině naprogramovat... ale psát bych to nechtěl

[vencour]

Můj pohled je, že Ubuntu je tak trapně jednoduché, co chci, to si naklikam v synapticu a hotovo. Tam žádný hraní není potřeba se systémem.

[Jaroslav Kopal]

Je fakt že spousta lidí se nad spoustou věcí příliš nezamýšlí a slepě přijímají to co jim někdo naservíruje pod nos a papouškují jen nějaká obecná klišé. Já takový ale nejsem, když se o něco zajímám tak jdu do podstaty věci. Je fakt že se vždycky najdou tací kterým se to nelíbí. Nikdo mi tu přece nemůže nařizovat co mám nebo nemám řešit. To dělali soudruzi před 20 lety. Pakliže se mu moje dotazy příčí, tak ať mi prostě neodpovídá. To jsou přece jednoduché počty ne? Pokud se tady nějaký Linuxový programátor sprostě projeví jako potrefená husa potom je to znamení že mám nejspíš pravdu.

[vencour]

Tak to mi něco uniklo. Psal jste, že chcete linux používat jako nástroj a nic neřešit? Pokud chcete zkoumat linux víc, zkoumejte gentoo , je to na dlouho.

Takže mi taky Vaše vyjádření přijdou jako nekonzistentní.

[Lukas]

Pan Kopal zrejme nehodla pochopit jak veci funguji a pokud uz ano, tak by radeji aby tak nefungovaly, jenze on zrejme nebude ten kdo to udela jinak.A tak tady v diskuzi radeji pokrikuje po lidech kteri se mu snazi pomoci....to je natura.

[Ash]

Tak zase chtít po lidech aby vám neodpovídali a drželi ústa můžeme taky označit za minulorežimové. Myslím že pokud jdete do hloubky, zajímáte se o podstatu věci a v důsledku toho řešíte kraviny (hluboké závislosti v balíčcích a podobně), tak je od lidí slušnost a hezké, že vám řeknou "pane Kopale, řešíte kraviny". Když se nad tím zamyslíte (což mnozí lidé i udělají než se začnou vyptávat), tak musíte nutně dojít k témuž závěru. Pokud k němu z nějakého důvodu nedojdete a motáte se v kruhu, nezbývá než poslechnout hlas lidu a asi se s tím smířit (no a nebo začít prudit, což je svobodná alternativa).

[Ash]

Linux používám jako pracovní nástroj (nikoliv jako hračku). Kdybych musel používat nějaký jiný, řekněme jednodušší populární herní systém(TM) k práci, už bych byl asi v léčebně. Vaše úvahy nechápu, myslím že asi v linuxové komunitě nenajdete podporu :)