Stava sa z debiana ubuntu?

19.10.2009 12:26 | Přečteno: 2041× | poslední úprava: 19.10.2009 12:26

Na cisto nainstalovanom debian testing som napisal jednoduchy prikaz: aptitude install mc

Zoznam zavislosti mi vyrazil dych:

The following NEW packages will be installed:
  defoma{a} fontconfig{a} fontconfig-config{a} ghostscript{a} gs-common{a} gsfonts{a} hicolor-icon-theme{a} imagemagick{a} libatk1.0-0{a} libatk1.0-data{a} libcairo2{a} libcroco3{a} libcupsimage2{a} libdatrie1{a}
  libdirectfb-1.2-0{a} libdjvulibre-text{a} libdjvulibre21{a} libfont-freetype-perl{a} libfontconfig1{a} libfontenc1{a} libgd2-noxpm{a} libgomp1{a} libgraphviz4{a} libgs8{a} libgsf-1-114{a} libgsf-1-common{a} libgtk2.0-0{a}
  libgtk2.0-bin{a} libgtk2.0-common{a} libice6{a} libilmbase6{a} libjasper1{a} libjpeg62{a} liblcms1{a} liblqr-1-0{a} libltdl7{a} libmagickcore2{a} libmagickwand2{a} libopenexr6{a} libpango1.0-0{a} libpango1.0-common{a}
  libpaper-utils{a} libpaper1{a} libpixman-1-0{a} libpng12-0{a} librsvg2-2{a} libsm6{a} libthai-data{a} libthai0{a} libtiff4{a} libts-0.0-0{a} libwmf0.2-7{a} libx11-6{a} libx11-data{a} libxau6{a} libxcb-render-util0{a}
  libxcb-render0{a} libxcb1{a} libxcomposite1{a} libxcursor1{a} libxdamage1{a} libxdmcp6{a} libxext6{a} libxfixes3{a} libxfont1{a} libxft2{a} libxi6{a} libxinerama1{a} libxrandr2{a} libxrender1{a} libxt6{a} mc psfontmgr{a}
  tsconf{a} ttf-dejavu{a} ttf-dejavu-core{a} ttf-dejavu-extra{a} x-ttcidfont-conf{a} x11-common{a} xfonts-encodings{a} xfonts-utils{a}

Chapem, ze vacsina z uvedenych balikov je Recommended a ich zavislosti, ale na taketo prasaciny som zvyknuty prave z ubuntu.

Nehovoriac o tom, ze pokial sa s tym clovek stretne prvy krat, dopatrat sa, ako toto chovanie zmenit, je z terminalu cerstvo nainstalovaneho systemu mierne obtiazne.

PS. riesenim je sudo aptitude, v options vypnut "install recommended packages automatically"        

Komentáře

[R]

Nechapem, preco je to defaultne zapnute.

[kavol]

... a číslo bugu?

[msk]

Teoreticky by to mohlo suvisiet s tymto bugom, ale explicitne to z toho nevyplyva.

[kavol]

IMO ne, to nesouvisí - ten bug je jenom o špatně zvolené konkrétní závislosti, ne obecně o závislostech na všem možném

[hector]

To není bug, to je údajně feature! Přesně tenhle "bug" se řešil na Debianím mailing-listu již před cca 2 roky, kdy chtěl borec instalovat mc na router, a debian mu tam chtěl navalit celé X-ka.

[msk]

Presne moja situacia. Je to sice trosku viac ako router, ale ziadne x tam niesu.

[kavol]

To není bug, to je údajně feature!

ano, to je mi jasné, že je to tak schválně - leč jest třeba dát vývojářům najevo, že uživatelé to tak nechtějí ... někdy to zabere; většinou sice ne, ale aspoň si člověk může říct, že když hlasoval pro bug, resp. feature request (hm, zdá se mi, že v debianím trackeru to nejde, tak aspoň připojit komentář), tak pro to něco konkrétního udělal ... žvanění na webu sice má též své místo, ale poněkud špatně se tím vůči vývojářům argumentuje

[hector]

člověk taky může změnit distribuci. Přesně tenhle problém je jen ukázkou toho, v jaké mizerii se Debian nachází. Jeho vývojáři tráví nejvíce šasu hádáním se mezi sebou, a vymýšlením nesmyslů.

[kavol]

to není řešení, viz níže - nelze pořád utíkat, za chvíli už nebude kam ... kromě toho, to stojí čas, naučit se na jiný systém

[hector]

čas od času změní distro každý.

[hector]

Objevil jste ameriku. Automatická instalace recommended dependencies je v debianu zapnutá již delší dobu. Smysl recommended dependencies jsem sice nikdy nepochopil, a i kdybych přijal tuto myšlenku za svou, nastavit X11 jako doporučenou závislost k mc může jen totální idiot. Jen to demonstruje, jak jde debian pomalu do sraček.

[hikikomori82]

Nie je to tam nahodou kvoli nastavovaniu title terminalu podla aktualneho adresara?

[Kvakor]

Mám pocit, že všechny ty X11kové knihovny je tam "zavlečou" přes ImageMagick (z kterého mc používá utilitu identify), kde je s nimy přeložený nástor display, což je jednoduchý zobrazovač obrázků.

[hector]

hmm. zvláštní. Na serveru mám "mc" a žádné X-ka tam nemám. Že by to bylo tím, že nemám Debian?

[Andrej Herceg]

ImageMagick je len odporúčaný balíček, Midnight Commander bez neho funguje.

[Michal Vyskočil]

No spíš kvůli podpoře X11 eventů, kterou mc má. Nicméně se dá bez ní jednoduše obejít a daná závislost je pouze doporučená.

[CEST]

Nerekl bych, ze je neco spatne.

Porad se vola po tom, aby Linux byl uzivatelsky privetivejsi, rozumej pro BFU. Takovej BFU chce nainstalovat napr. mc a chce, aby v nem veci fungovaly, napr. zobrazovani obrazku. Nechce resit hledani prohlizece, konfigurovani aplikaci pro pripony souboru atd. A protoze ten tlak roste a stale vice BFU se dostava k Linuxu, tak se zrejme Debian (po vzoru Ubuntu, ktery je primarne pro BFU urcteny) rozhodl udelat tzv. Recommeded zavislosti, coz nejsou nutne zavislosti, ale doporucene.

Pokud pak system instaluje BFU a netusi rozdil mezi recommended a required deps, tak se predpoklada, ze ani nebude vedet, ze k zobrazovani obrazku v MC bude potrebovat treba imagemagick a proto je to u MC Recommended a nainstaluje se s MC (samozrejme ImageMagick potrebuje dalsi [prevazne] X knihovny a tak se doinstaluje spousta dalsich veci). Proto je to defaultne zapnute.

Pokud na systemu pracuje nejaky zdatnejsi uzivatel nebo admin, tak se predpoklada, ze si dokaze v manualu dohledat, jak vypnout instalaci Recommended zavislosti a dokaze teda nainstalovat pouze MC s nutnymi zavislostmi.

Jak jsem psal, tahle funkce je dobra pro BFU, proto je zapnuta. Pokud chce nekdo spravovat system, urcite se dokaze dopatrat toho, jak tohle vypnout. Pokud napr. pouziva aptitude, tak staci man aptitude. Takze krome tveho reseni lze vypnout tohle nastaveni z cmdline pomoci -R, pripadne to nastavit v /etc/apt/apt.conf nebo ~/.aptitude/config pomoci Apt::Install-Recommends. Ale to jsou veci, ktere by mel pokrocily uzivatel Linuxu dokazat najit behem 10 sekund.

"nastavit X11 jako doporučenou závislost k mc může jen totální idiot."

K tomu bych se jenom vyjadril, ze jenom idiot muze nadavat do idiotu tomu, cemu nerozumi. Staci se podivat do balicku MC a hned clovek zjisti, ze zavislost je pouze na imagemagick (zobrazuje obrazky, zrejme je vybran jako vychozi pro zobrazovani obrazku v mc a proto je i jako doporuceny). Samozrejme ImageMagick pak vyzaduje dalsi knihovny.

IMHO debian nejde do sracek (ikdyz me taky ted posledni dobou docela zlobi XEN jadra), ale proste se priblizuje BFU, coz po kazdem linuxu kazdy chce.

[msk]

Uznavam, -R som nenasiel, pretoze som predpokladal, ze to sposobuju suggested, nie recommended packages ( to by ma fakt nenapadlo ). Takze som v manuali a po googli links-om hladal "suggest". S bfu-ckami mate ciastocne pravdu (*1), ale mc nema co zobrazovat obrazky. mc je konzolovy nastroj a nikdy nebol urceny lamam. Ti si klikaju na konquerory, dolphiny a ine hracicky. Bug som reportoval, zatial nema cislo.

*1 - s vyhradou, ze debian pre lamy sa vola ubuntu.

Nekurvime debian, prosim Vas!

[R]

Presne tak. Nejake prezeranie v mc som nikdy nepouzil a je to uplny nezmysel (pozostatok z DOSu).

[Jirka]

mc je konzolovy nastroj a nikdy nebol urceny lamam.

To sice může být pravda, ale současně je to první věc, co si tihle lidi instalují. Nezřídka kvůli tomu, že obsahuje jediný (pro ně použitelný) textový editor a jsou s ním schopni vyhovět svému "příteli na telefonu",i když se jim rozpadnou X.

[CEST]

Ja myslim, ze kurveni debianu to neni. Podivejte se (vsichni, kdo si mysli, ze Recommended a Suggested packages jsou nesmysl), kde je slackware. Pouzivaji ho jenom profici, kteri vi, co delaji (a mozna par zacatecniku, kteri do toho ale chteji proniknout).

Ano, pro BFU je primarne Ubuntum, ale i Debian muzou pouzivat BFU.

Co se tyka zobrazovani obrazku pres MC. On MC sam o sobe (resp. pomoci svych externich programu mcedit a mcview) umi pouze zobrazovat a editovat soubory. Samozrejme je primarne urceny pro spravu souboru a adresaru (create, delete, copy, move, rename), ale prece se nechcete vracet do dob nekam pred Norton Commander, kdy clovek musel opravdu rucne sam spustit prislusny program. Takze MC umi spoustet ruzne programy podle koncovek, takze na AVI pusti video prehravac, na MP3 pusti zvukovej prehravac a obrazek zobrazi nejakym prohlizecem. Pripadne, mozna se pouziva jenom pro identify (identifikace obrazku). Ono totiz pri sprave souboru obcas clovek potrebuje vedet, jaky presne binarni data ten soubor obsahuje (obrazek, zvuk, video), nez s tim udela nejakou nevratnou cinnost. Pro tyhle ucely se pak hodi mit nainstalovany i ruzny prohlizece a k nim pripony.

A divil by ses, kolik BFU v dobe DOSu pouzivalo NC/VC a podobny a kolik jeste dneska pouziva Windows/Total Commander. Protoze dvoupanelovy manager je docela dobre vymyslenej. Takze i lama ho muze chtit a pouzivat. Ono navic, kdyz se lama zepta nejakyho zkusenejsiho linux uzivatele, co by mu doporucil jako alternativu k Windows/Total Commanderu, tak pokud vim, jedinej pouzitelnej manager je MC.

[msk]

Ale iste, total commander pouzivam aj ja. Len mi pride uchylne do systemu, v ktorom nemam X11, instalovat cele X11 len kvoli splneniu zavislosti na recommended.

Tak sa podme bavit inak - nebolo by lepsie, keby to recommended malo urcitu schopnost rozlisit situaciu a nevnucovat mi nieco, co je na danom systeme neinstalovatelne ( tzn. ked uz mam X-y, da tam aj imagemagick, ked nemam x-y, nebude ma vobec o takej moznosti informovat? ).

[hector]

To nemá žádnou logiku. Celá situace s recommended dependencies nemá logiku. Z jakého důvodu se rozlišuje mezi nutnou a doporučenou závislostí, když se nainstalují automaticky oboje?

Jediní smysluplné využití recommended dependencies je v tom, že se nainstalují, pokud si o ně user výslovně řekne.

[Ondrej 'SanTiago' Zajicek]

> Z jakého důvodu se rozlišuje mezi nutnou a doporučenou závislostí, když se nainstalují automaticky oboje?

Treba v tom, ze automaticke instalovani recommended zalezitosti je mozne vypnout jednim zaskrtavatkem, coz zabere vyrazne mene casu, nez o tom psat blog.

[Hector]

Jistě. Ad absurdum, když budu chtít, udělám si z Debianu třeba Fedoru protože to jde. Nijak to ovšem nevysvětluje nesmyslnost nastavení automatické instalace recommended dependencies.

[Michal Kašpar]

Ale vysvětluje. Vývojáři zkrátka usoudili, že je pro pokročilého uživatele daleko jednodušší nenainstalovat recommended než pro začátečníka je nainstalovat respektive rozhodnout, které z nich a proč vlastně potřebuje. A třeba mně to až tak nelogické nepřijde.

[kkaarreell]

Jako kdyz v Nautilu (?) nastavili nezobrazovani skrytych souboru jako default, protoze zacatecniky ta zaplava souboru s teckou na zacatku matla. To se taky strhla boure a pritom to byla takova blbost. Jenze "profik" prece nebude mackat Ctrl+H.

[-=eM=-]

Souhlasím s tím, že default je to zapnuté. Když vám to vad, víte co se to děje a kde to vypnout. Pro začátečníka je IMHO těžší si to zapnout. Sice si takhle nainstaluje více sw v závislostech, ale pro něj je to jistě vhodnější. Co mě na Debianu mrzí víc, je stav instalátoru. Textový mi bohatě stačí, přijde mi jednodušší a přehlednější než GUI. Nicméně instalátor Lennyho i stavající buildy testingu mají jednu hlášenou chybu, která mi děsně vadí. Popíšu problém:

Mám dva disky, řekněme sda a sdb. Chci vytvořit na obou 100 mb partition a udělat sw raid 1, formátovat ext2 a udělat /boot oddíl. Zde je vše ok. Druhý krok je vytvoření partition přes zbytek disku ( na obouch discích ) a tvorba sw raid 1. To proběhne. Teď udělám na md1 ( sw raid 1 složený z sda2 a sdb2 ) LVM oddíl a v něm chci vyrobit jednotlivé logické svazky pro root, swap, var, tmp, home . Někdy jdou vyrobit, jindy ne. Když vyrobím vlastní svazky, při výběru mountpointu a fs dojde v dialogu nebo ihned po jeho potvrzení během formátovaní k chybě a instlátor se restartuje a zamrzne na progresbaru v cca 47 % ve fázi " startuje se rozdělění disku ... " - stejný problém testovany na Centosu 5.2, 5.3 a Fedoře 11 proběhne ok,oddíly se naformátují a instalace pokračuje. Tohle se v Debian instalátoru nepodařilo opravit a to mě mrzí - nezbývá než si to vše rozdělit a připravit z nějakého livecd ( používám gentoo mini install cd )

Není to HW ( myslím ) - testováno na různých ( cca 10 ) strojích od velkých serverů po pracovní stanice ( různé biosy, řadiče atd. ) a Virtualbox (poslední). Nevím jistě jestli to dělá stále, ale jeden čas to padalo i když se použil jeden disk, lvm - opět ve fázi tvorby logických svazků na lvm.

Kdybyste někdo věděl jak tu chybu opravit, nebo alespoň obejít, dejte prosím vědět.

[Shadow]

Tohle se v Debian instalátoru nepodařilo opravit a to mě mrzí - nezbývá než si to vše rozdělit a připravit z nějakého livecd ( používám gentoo mini install cd )

S tím jsem se setkal taky. I u jednoho disku. Zkuste grafický instalátor. V něm mi to, ku mému velkému podivu, fungovalo.

[msk]

Ja som squeeze instaloval upgradom z minimalneho lennyho.

[Andrej Herceg]

Prečo ostali len pri ImageMagick? Veď v "asociácii súborov" mc sa používa aj mplayer, acroread, ooffice, abiword, gnumeric, glade-3, antiword...

[kavol]

IMHO debian nejde do sracek ..., ale proste se priblizuje BFU

ehm, z druhého vyplývá prvé - Debian jde do sraček tím, že se přibližuje BFU

coz po kazdem linuxu kazdy chce

lžeš :-p

já to nechci - protipříklad, neplatí kvantifikátor "každý", Q.E.D.

pro BFU je Ubuntu, pro BFU je GNOME, pro BFU je tuna dalších pikatchovin - nemůže tu proboha zůstat aspoň něco, co by bylo pro normální uživatele? ... proč dělat Debian pro BFU, proč prostě neposlat BFU k Ubuntu, proč dělat KDE pro BFU, proč prostě neposlat BFU ke GNOME (hej, kdysi se tvrdilo "GNOME je pro lamy, KDE je pro lidi, co mají rádi Unix"), atd. atd.???

[R]

Domrdane KDE 4 ma serie podstatne viac ako nejaky Debian...

[JS]

Vy nevite, co chcete, clovece. Ve skutecnosti vsichni chteji, aby to bylo pro BFU, protoze obcas proste chteji pracovat a ne si hrat. Ovsem kazdy to chcete pro trochu jine aplikace. Pokud chcete distribuci co neni pro BFU, zkuste treba LFS.

[trekker.dk]

Ve skutecnosti vsichni chteji, aby to bylo pro BFU

Ne nechtějí. A už jsme dva, což je o jednoho víc, než je potřeba na to, aby tvoje tvrzení neplatilo.

protoze obcas proste chteji pracovat a ne si hrat.

Jo, chci pracovat, ale místo toho musim řešit, proč se mi najednou chce s programem natahat do systému 150MB hovadin, o který nestojim, a následně Googlit, jak tomu zabránit.

Pokud chcete distribuci co neni pro BFU, zkuste treba LFS.

Dneska zbfuovatí Debian, zítra Gentoo a pozítří LFS.

[JS]

Pokud chcete opravdu pracovat, proc resite, jestli system zabira 150mb vic nebo min? Proste, neni mi jasne, kde chcete u ne-BFU systemu vest tu hranici mezi automatickym a rucnim nastavenim. U BFU systemu je tento problem jasny - necht je vse automaticke, a uzivatel si to zmeni, kdyz potrebuje.

Ale u ne-BFU systemu, kde chcete vest tu hranici? Kazdy z vas ji totiz chce mit nekde jinde (a hlavne v ruznych aplikacich ruznou). Pak se divite, ze kompromis je BFU varianta, ktera vyhovuje vsem. Proto jste ve sporu.

[Jendа]

kompromis je BFU varianta, ktera vyhovuje vsem

Tento blogpost a komentáře, na které reaguješ, jsou o tom, že jsou lidé, kterým BFU varianta nevyhovuje.

[kavol]

Pokud chcete opravdu pracovat, proc resite, jestli system zabira 150mb vic nebo min?

hm, takže nemohu například chtít pracovat na systému s omezenými prostředky? - např. nedávno jsem narazil na to, že nelze nainstalovat plnohodnotnou Fedoru na 1 GB USB blbost ... mít po ruce servisní bootovací médium není validní pracovní požadavek?

Proste, neni mi jasne, kde chcete u ne-BFU systemu vest tu hranici mezi automatickym a rucnim nastavenim.

nikde, vše manuální - s minimální defaultní konfigurací nutnou pro provoz, pokud takovou lze vytvořit

Pak se divite, ze kompromis je BFU varianta, ktera vyhovuje vsem. Proto jste ve sporu.

ale hovno, my v žádném sporu nejsme, BFU varianta není kompromis, ale sprostý diktát ... kompromis je dohoda založená na ústupcích všech stran - kde je tady nějaký ústupek ve prospěch "ne-BFU"?

[kralyk z abclinuxu]

Pokud chcete opravdu pracovat, proc resite, jestli system zabira 150mb vic nebo min?

Uvědom si, že těch 150 MB se týká jen midnight commandera, tedy v podstatě banality, malé CLI utility. Tedy jestli je balíčkovací systém nastaven podobně blbě i pro jiné (třeba důležitější) balíčky, tak těch 150 MB rychle naroste na 1GB, 2GB, 3GB,... kdo ví kolik. A to už je pak celkem znát.

Ale ono nejde jen o místo na disku, jde i o jakousi střízlivou strukturu systému. To mi vždycky vadilo na distribucích typu Mandriva, Sabayon a nejspíš i Ubuntu, že jsou nacpané kupou všemožných blbostí. Ze systému se pak stává dost moloch.

[msk]

Ale ono nejde jen o místo na disku, jde i o jakousi střízlivou strukturu systému.

Suhlas. Okrem toho obhajcom bfu-riesenia asi stale unika, ze mne ani tak nejde o tych 150mb kokotin, co v zivote nevyuzijem (ale vadi mi to), ale ze sa mi -serverove- distro snazi na -server- nainstalovat x11 ako zavislost na mc (a to mi vadi kurevsky).

[trekker.dk]

Pak se divite, ze kompromis je BFU varianta, ktera vyhovuje vsem.

Naprosto zjevně všem nevyhovuje.

Nevidím důvod, proč by měla na systému pro zkušené (a nebo méně zkušené, kteří se chtějí něco naučit) uživatele být automatická instalace ptákovin. apt-get i aptitude samozřejmě o doporučených balících při instalaci informuje, takže není žádný problém si o ně říct.

apt-get by zkrátka jako nejjednodušší nástroj pro správu balíků měl dělat jen ty nejzákladnější věci, pokud si uživatel explicitně neřekne o něco navíc. Tím nejzákladnějším je zde vytvoření seznamu balíků k instalaci podle závislostí, tj. věcí, bez kterých program nebude fungovat. Jakmile se začne pracovat s "uživatel by mohl chtít dělat to a tamto", tak to už rovnou může instalace probíhat jako u Windows, kam se taky rovnou nainstaluje všechno a uživatele se nikdo neptá, jestli všechny ty moftí programy chce.

[Jendа]

+1. BFU nechte Synaptic nebo Ubuntu Software Store.

[Andrej Herceg]

Prečo sa teda pri tom Midnight Commander zastavili len pri tom ImageMagick? BFU nechce pozerať video (mc v takom prípade potrebuje mplayer, možno xine), nechce počúvať hudbu (a teda treba xmms), nechce prezerať pdf (a teda xpdf, či acroread)...?

Ak ide o zobrazovanie informácií o obrázkoch, tak by pri nenainštalovanom X serveri bolo asi rozumnejšie ponúkať balík s MediaInfo (ten funguje pre video, audio a aj obrázky) a nie ImageMagick + X server (netuším, prečo sa tam ponúka aj Gtk+, ImageMagick tuším Gtk+ nepotrebuje).

[Dunric]

S tím vypnutím instalace doporučených závislostí to u apt-getu není až tak jednoduchý i pro řekněme "zkušenějšího" uživatele, protože volba APT::Install-Recommends není, nebo alespoň nebyla po zavedení v Etchi, vůbec dokumentována - ani v manuálových stránkách ani v dokumentaci v /usr/share/doc . Pamatuji si jak jsem toto pro mě překvapivé chování po upgradu proklínal a kolik dalo práce ty zbytečně doinstalové závislosti zase odinstalovat a jak jsem musel googlit jak toto nežádoucí chování vypnout.

[Jendа]

S tím vypnutím instalace doporučených závislostí to u apt-getu není až tak jednoduchý i pro řekněme "zkušenějšího" uživatele

Mně apt-get v defaultu neinstaluje recommends. Čistá instalace Lennyho debootstrapem.

[trekker.dk]

Neudělali tu změnu až nějak po Lennym?

[Jendа]

To je možné, unstable jsem už půl roku nezkoušel.

[rADOn]

Aaaa tady se nam rysuje dalsi budouci gentoosacka dusicka

krypton ~ # USE="-X gpm -samba" aemerge -pv mc

These are the packages that would be merged, in order:

[ebuild     U ] app-misc/mc-4.7.0_pre3 [4.7.0_pre1] USE="edit%* gpm* nls -X -samba -slang (-chdir%)" 2,750 kB

Total: 1 package (1 upgrade), Size of downloads: 2,750 kB

[R]

USE flagy su vyborna vec, len kto ma vsetko stale kompilovat.

[rADOn]

Počítač.

[Bystroushaak]

To mi pripomina jak jsem po dvou dnech pouzivani debianu chtel odstranit ten posahany Totem, nacez jsem do konzole napsal cosi jako sudo aptitude remove totem a po restartu jsem zjistil ze nemam gnome :)

[danaketh]

O tohle se marně snažím ale celou dobu jsem ze strany Gnome a Totemu přesvědčován, že jedno bez druhého nelze. Jenže já Gnome kvůli pár drobnostem potřebuju. Přitom nevidím jediný rozumný důvod, proč by Gnome mělo být závislé na Totemu, nemluvě o tom, že je závislé i na blbém totem-mozilla :/

[trekker.dk]

Debian těch "user friendly" věcí poslední dobou umí čím dál tím víc:

# apt-get install git
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Note, selecting gnuit instead of git

gnuit je "GNU Interactive Tools, a file browser/viewer and process viewer/killer" - neřekl bych, že je to, co jsem si přál.

[...............23]

Najväčšia hovadina je keď si dám nainštalovať skupinu balíkov, ktorá je riešená cez metabalík. Potom jeden balík z tej skupiny odstránim, samozrejme mi to vyhodí metabalík a flagne ostatné balíky zo skupiny ako už nepotrebné závislosti... Dá sa tam aspoň nejako nastaviť aby mi všetky závislosti prvej úrovne (teda závislosti balíka ktorý inštalujem, ale už nie ich závislosti) označilo ako explicitne nainštalované?

[Hector]

Inteligentní distribuce nepoužívají "metabalíky" ale "patterny".

[...............23]

Arch napríklad na to má "groups", kde operácia vykonaná nad grupou sa ráta ako vykonaná nad každým jej balíkom (asi), ale v debiane som na nič také nenarazil...

[Michal Vyskočil]

Inteligentní distribuce nepoužívají "metabalíky" ale "patterny".

No v tomto případě jde spíše o vedlejší efekt toho, že pattern nelze odinstalovat a autoremove zypper nedělá .

[-=eM=-]

Pokud jsou závislosti instalovány automaticky, s odebráním závislosti se odebere i nadřazený balík ( a opačně ). Pokud toto nechcete, je třeba říci aptitude ( používám aptitude, u apt-get to půjde určitě také ) aby ty dané balíky považoval za ručně instalované a nezahrnoval je do automatické údržby závislostí.

např.

v aptitude si najedu na balík vim a stisknu klávesu "m" - označím balík(y) jako ručně instalované. Velé "M" označí jako automaticky instalované.

viz manuál - Managing automatically installed packages

[...............23]

Tak ale snáď to nebudem ručne robiť pre každý jeden balík z grupy, ono ich tam môže byť niekoľko desiatok...

[Andrej Herceg]

Pravdepodobne kvôli tomu, aby nepoplietli používateľov, nemôžu hneď pridať "Linusov" git. Takže najskôr sa namiesto git bude inštalovať gnuit (ktorý premenovali kvôli tomu, že Linus použil rovnaký názov) a až neskôr začne pokus o inštalovanie git inštalovať ten git, ktorý chce väčšina ľudí čo si ten git bude inštalovať. :)

[pools]

A debian je co?

[robotics]

-1

[Limoto]

No jo, Debilan, odpad všech dister a jeho rádoby user-friendly chování, který nakonec nevyhovuje vůbec nikomu...

[Hector]

+1

[kralyk z abclinuxu]

Přejdi na Arch

root|kralyk-dell ~ #> pacman -Qi mc
Jméno          : mc               
Verze          : 4.6.1-5          
URL            : http://www.ibiblio.org/mc/
Licence        : GPL
Skupiny        : Nic
Poskytuje      : Nic
Závisí na      : e2fsprogs  glib2  pcre  gpm>=1.20.4  slang
Volitelné záv. : Nic
Požadovaný     : Nic
Konfliktní s   : mc-utf8
Nahrazuje      : mc-utf8
Vel. instalace : 5317,33 K
Zabalil        : Eric Belanger eric@archlinux.org
Architektura   : x86_64
Datum sestavení: Po 16. červen 2008, 04:35:13 CEST
Datum instalace: Čt 24. září 2009, 13:26:38 CEST
Důvod instalace: Výslovně nainstalován
Instal. skript : Ne
Popis          : A filemanager/shell that emulates Norton Commander

root|vojta-dell ~ #> pacman -S mc
varování: mc-4.6.1-5 je aktuální -- přeinstalovat
řeší se závislosti..
kontrolují se interní konflikty...

Cíle (1): mc-4.6.1-5

Celková velikost stahování:   2,00 MB
Celková velikost instalace:   5,19 MB

Pokračovat v instalaci? [A/n]
:: Získávají se balíčky z extra...
 mc-4.6.1-5-x86_64          2,0M 1836,9K/s 00:00:01 [#############################################################################################################] 100%
kontroluje se integrita balíčků...
(1/1) kontrola konfliktů souborů                    [#############################################################################################################] 100%
(1/1) aktualizace mc                                [#############################################################################################################] 100%
root|kralyk-dell ~ #>

[Limoto]

Jenže tohle je ifnormace úplně k ničemu, když už, tak nějakej graf závislostí...

[kralyk z abclinuxu]

hm to ale nevim jak se dělá (leda ručně, a to se mi nechce...)

[Shadow]

pactree (info)

[Shadow]

Příloha:

• mc.deps.png (0 bytů)

Pro představu uvádím graf závislostí mc (výsledek viz příloha):

pactree.sh -g -c mc

[Shadow]

Ještě možná textový výstup:

pactree.sh -c mc

|--mc
   |--e2fsprogs
      +--bash provides sh
         |--readline
            |--glibc
               |--kernel-headers
               |--tzdata
            |--ncurses
               |--glibc
         |--glibc
      |--util-linux-ng
         |--bash
         |--ncurses
         |--zlib
            |--glibc
   |--glib2
      |--pcre
         |--gcc-libs
            |--glibc
   |--pcre
   |--gpm
      |--ncurses
      |--texinfo
         |--ncurses
         |--findutils
            |--glibc
         |--gzip
            |--glibc
            |--bash
   |--slang
      |--glibc
      |--pcre

[kralyk z abclinuxu]

Díky, pěkné.
Říkal jsem si škoda, že není balíček, takže jsem jej sesmolil
Nemám totiž rád, když se mi po ~/ povalují halabala nějaký skripty apod, už tak tam je dost úrodného humusu

[msk]

Přejdi na Arch

Pravdupovediac som zvazoval, ze ho vyskusam, ale posledny rok trpim extremnym nedostatkom casu.