Dotaz: Debian 9 - rozbité závislosti balíků

[nemam]

Zdravím. Experimentoval jsem s wkhtmltopdf a potřeboval glibc 2.28. Po pokusech se mi wkhtmltopdf podařilo rozjet, ale zůstaly nevyřešené závislosti.

Teď jsem potřeboval nainstalovat cups a hplip a jsem v prekérní situaci.

apt-get install cups
Reading package lists... Done
Building dependency tree       
Reading state information... Done
cups is already the newest version (2.2.1-8+deb9u6).
cups set to manually installed.
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
 libc-bin : Depends: libc6 (< 2.25) but 2.28-10 is to be installed
 libc-dev-bin : Depends: libc6 (< 2.25) but 2.28-10 is to be installed
 libc6 : Breaks: locales (< 2.28) but 2.24-11+deb9u4 is to be installed
         Recommends: libidn2-0 (>= 2.0.5~) but 0.16-1+deb9u1 is to be installed
         Breaks: libc6:i386 (!= 2.28-10) but 2.24-11+deb9u4 is to be installed
 libc6:i386 : Breaks: libc6 (!= 2.24-11+deb9u4) but 2.28-10 is to be installed
 libc6-dev : Depends: libc6 (= 2.24-11+deb9u4) but 2.28-10 is to be installed
 libnih1 : Depends: libc6 (< 2.25) but 2.28-10 is to be installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).

cups sice nainstalován je jak vidím, ale vrátil se ke mě nevyřešený problém.

Spustím-li

apt --fix-broken install

Chce mi to odistalovat skoro celý systém.

Pomohl by mi prosím někdo?

V tady těch závislostech stále plavu.

Předem děkuji za rady.

---

---

Odpovědi

[pushkin]

Na glibc závisí spoustu věcí, takže zjednodušeně řečeno, takové prasárny se nedělají. Pokud začneš mixovat repositáře (nebo natvrdo instalovat nějaké stažené core balíky) a dělat takové věci, tak samozřejmě musíš počítat s tím, že to rozbiješ a samoseto neopraví a musíš si to ručně fixnout (vrátit původní verze balíčků apod.).
Zdar Max

[ewew]

Apt len chce vyriešiť nesúlad medzi verziami. Takéto expirimenty je lepšie robiť v chroot alebo Virtualbox.

[ajtacka]

Niekedy to robi pri upgrade architektury, kde moze byt volba medzi moznostami, ktore mozu byt zacyklene a vysomarit sa z toho nie je jednoduche a niekedy je to vazne zazitok. Navyse mozu byt nieco nenastavene(unconfigured) a aj poskodene nainstalovane veci pri zakapani instalacie alebo poskodenych veciach od vyrobcu. Mal by ist v pripade nudze vynutit podla zoznamu ziskaneho cez dpkg dselect, ale je to trocha zvlastne a nie celkom podla predstav. Tento svet este caka na zazraky.

[ewew]

Prečo nemáš už debian 9 ? Pozrel som čo to vlastne inštaluješ a je tam verzia aj pre debian 9.

[ewew]

*Debian 10

[nemam]

Protoze neni cas reinstalovat furt dokola stabilni zazity system. Delat upgrade distra v momente kdy mam rozjeto nekolik projektu a hori terminy je uplne nanic. Nikdo to nezaplati kdyz seneco zesere.

Kdyz nainstaluju D10 v posledni verzi, tak se mi zase rozjebe HP tiskarna. hplip z distribuce je nefunkcni, hplip od HP chce pyqt4-dbus a existuje jen python-qt4-dbus. Vypnuti podpory qt4 a zapnuti qt5 nefunguje. hplip chce stale pyqt4-dbus, ktery nejaky kkt z debianu prejmenoval na python-qt4-dbus.

To by se jeden fakt posral! Clovek aby sedel a nic jineho nedelal nez googlil a delal pokusy omyly. Zakaznik tohle nezaplati, ze mi nepojede tiskarna, nebo nebude mozne exportovat do PDF. Ho to nezajima.

Ale o tomhle dotaz nebyl.

[ajtacka]

HP nechce urobit novsie ovladace? Mozno sami nevedia co dalej. Ak by na tom zarabali, tak by mozno ovladace boli dostupne hned po vydani, ak by to bolo take jednoduche, co niekedy nie je. Situacia v priemysle je nejasna a naplne drahe a su okolo toho vselijake zahady. Lenze ten tovar treba aj vyrobit a tak dalej a byt ziskovy je priam zazrak, nieto este zaplatit nejaky podivny vyvoj. Keby chcel clovek od toho viac, tak je v riti.

[nemam]

Vygooglil jsem, ze to lze obejit zmenou nazvu baliku, ktere ocekava instalator hplip na zaklade jeho vnitrni konfigurace pro ruzne distribuce. Zkusil jsem, ale pres to stale sel po pyqt4. Komusi se to ale prej povedlo. Me nee. Taky je tam moznost pomoci ./configure disablenout qt4 a enablenout qt5. I pres toto to stale leze po pyqt4. To bude nejaka kktina, ale vyrobce vi mnohem lepe, jak to ma postavene, nez nekdo jako ja, kdo vnitrek toho jejich instalatoru vidi poprve v zivote.

[ajtacka]

Ked je clovek este v istom veku a velky hakerozo, roky tak neficia...

Clovek by povedal, nech pouziva to, co mu ide, ale mne sa to nepaci. Niekde je pes zakopany. Ked to nejde, tak to nejde... len svet je niekedy dost zvlastny. Asi na to maju nejaky dovod, ze to maju tak ako to maju. Len clovek pri takychto zalezitostiach niekedy nevie, na com je. Mozno by sa dalo povedat, ze sa treba presadit vo svojej oblasti, ale mat svoj sen dnes uz asi nestaci. Svet je niekedy aj o konfliktoch, ale tento konkretny pripad nedokazem posudit.

[nemam]

Jinak ad wkthmltopdf - maji tam bug a nejede to headless. Je potreba nejaky qtpatch a pak to headless jede.

[nemam]

Co tedy delat? Panove omlouvam se, ale kritiku, ze jsem si rozesral system jsem slyset nepotreboval, to vim, ze jsem si rozesral system. Cekal bych ze bych mohl nainstalovat vice verzi a zavisly software by si sahnul tam, kam potrebuje, pokud verze je, nebo vyhlasil chybu. Ne ze se verze pomlati a pulka software je v haji.

Mylil jsem se. Co uz

Co tedy ted? Stahnout https://packages.debian.org/stretch/libc6-amd64 a pomoci dpkg -i nainstalovat?

libc6-amd64 (2.24-11+deb9u4)

[nemam]

Aneb Poraď si sám...

dpkg -i --force-overwrite libc6_2.24-11+deb9u4_amd64.deb

apt-get install
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 11 not upgraded.

Uf... Kdo toto vymyslel... nepřemýšlel.

Proč proboha nemůžu instalovat více verzí, aniž by se rozjebal systém.

Ano přiznávám s dpkg a balíčky nedělám dnes a denně. Takže nevím a googlím. Denně dělám a rutinně zvládám něco jiného. To je fakt, že každý umíme něco.

Tak díky za rady.

[Max]

Svět linuxu je o sdílení, knihovny si programy mezi sebou sdílí, proto existují závislosti mezi balíčky, a proto má systém relativně malou velikost a né desítky GB.
Zdar Max

[nemam]

Propana jana nevysvetlovat zaklady kola prosim. To je preci logicke, ze X programu sdili tutez knihovnu. Nekdy prekvapive i tu proprietarni, ze jo ... nicmene tady jsou zavislosti, respektive jejich pojeti balickovacim systemem uplne naprd.

Znovu a prosim pochopit. Nechapu proc by jedna sada programu nemohla sdilet jednu verzi knihovny a special software (vyjimka) mit k dispozici v tomtez systemu vyjimecne na prani doinstalovanou jinou verzi, aniz by to balickovadlo rozmlatilo. Absolutne zadny duvod nevidim.

napriklad ......../lib/[knihovna]/[verze]/[obsah_knihovny] ......../lib/[knihovna]/dist/[obsah_knihovny] nebo jakkoliv rozumne, aby i sw potrebujici jinou knihovnu mel moznost.

To by byly opravdu strasna kvanta dat. Urcite. Desitky giga. Pane jo. Samotna libc6 ma v baliku necele 3 mega. To je ukrutne mnozstvi dat. Distribuce by vydavala sw se sladenou verzi jedne knihovny pro veskery s sebou distribuovany software a specialky vyjimky by mohly pouzivat tu svou. To s velikosti systemu v desitkach GB nema lautr nic spolecneho. Jako napriklad ten wkhtmltopdf. To je jeden (cislem 1, slovy jeden) software. Ne milion ruznych pouzivajicich milion ruznych verzi. Ale proc to neudelat komplikovane, kdyz to jde jednoduse.

No nic. Asi bych tohle vlakno uzavrel. Zdar Nemam

[j]

To samozrejme muze, ale nesmis pouzivat dementni distro. Deb je dlouhodobe jedno z nejdementnejsich, takze ...

Trebas v gentoo mam z ruznych duvodu v nekterych pripadech i 5 ruznych verzi teze knihovny, no problem. Kazda appka si pouzije tu, proti ktery je kompilovana. A kdyz ma nejaka appka extra pozadavky na extra verzi, tak si ji proste hodis do dalsiho slotu, easy.

A vlastne by se ti ani nestalo, ze ti vsechno chcipne protoze verzi vymenis, protoze v takovym pripade ti to pomerne logicky vsechny zavislosti prekompiluje. Hypoteticky se ti samo muze stat, ze nejaka appka nebude spokojena s verzi kterou zrovna mas, ale viz vejs.

Deb rozpadlej kvuli zavislostem (aniz by dotycny do systemu nejak hrabal) sem videl na vlastni oci nejmin 100x. Ono se to totiz spolehlive sere i samo.

---

Dete s tim guuglem dopice!

[Love_Dali]

+1

[Max]

Deb se mi pod rukama snad nikdy nerozpadl. Ale viděl jsem ho dojebaný právě mixováním nevhodných repositářů a dalších věcí podobně jako si s tím hraje autor dotazu. Nyní to možná na oko vyřešil, ale ono ho to stejně jednou dožene (třeba při upgrade).

Takže kdo nechce jet standardní politiku, tak tu na takové věci má právě Arch, Gentoo, nebo kontejnery.
Zdar Max

[nemam]

Ten D9 pujde stejne casem na reinstall a dist-upgrade, ale ted na to fakt proste neni vhodna doba. Treba docker by tohle mozna osetril. Ale v tom taky zatim plavu. Musim se v teto oblasti dovzdelat. To kazdopadne uznavam.

[pushkin]

Ten D9 pujde stejne casem na reinstall a dist-upgrade,

Koukám, že máš asi hodně volného času. Nebylo by jednodušší ho prostě smazat a rovnou nainstalovat novější verzi?

[k3dAR]

s tim casem to je otazka, nevim jak s Debian, predpokladam ze podobne jako s *buntu, je sice normalni udelat zalohu etc, seznamu nainstalovanejch apt baliku, mit (a zachovat) oddelenej home, atd... a pak to "vse" (z etc tedy jen merge vlastnich zmen) vratit zpatky, na druhou stranu upgrade distra (jeho dist-upgrade predpokladam je myslenej po zmene release name v /etc/apt/sources.list, protoze bez toho to nedela povyseni distra) u *buntu tedy pres v tom urcenej nastroj do-release-upgrade nezabere moc lidskeho casu (ano strojoveho muze vice nez cista instalace) a pred par dny se mi nechtelo prave zalohovat/obnovovat, tak udelal lvm snapshot(y) a na par odtuknuti a restartu sem povysoval xubuntu 14.04 => 16.04 => 18.04 => 20.04

[nemam]

Dlouhodobe jedu na debianu, ale diky za tip. Az me debian jednou ukrutne nas*re, zkusim trebas gentoo :)

[Aleš Kapica]

Závislosti balíků se nedělají automaticky. Dělají je lidé, maintaineři, a ti zkrátka dělají někdy chyby. Ale právě proto máš k dispozici volbu kterou jsi použil a výpisy které ti napověděly co by bylo zapotřebí udělat.

Jsou jiné distribuce, které nepoužívají DEB, kde bys zůstal jen ty a mrtvé železo.

[nemam]

Rec neni o jinych systemech ale o debianu, kde jsem myslel, ze to je inteligentne a nerozbitelne reseno. Neni. Aspon vim na co si dat pozor.

[Aleš Kapica]

Víš co? Když jsi tak chytrý, použij distribuci co DEB nepoužívá. Ještě rád se pak k deb balíkům vrátíš.

[nemam]

Odpoved hodna Alese Kapicy. Klasika.

[Aleš Kapica]

A cos čekal? Vynášíš soudy a víš prd o tom jak to (ne)funguje jinde. Si to vyzkoušej a uvidíš sám. Odpověděl jsem ti hezky a mile. Taky jsem ti moh napsat, ať se do věcí, které nechceš pochopit, nesereš.

[nemam]

Tak ja nevim, pochopeni jak to vratit zpet z me strany probehlo, a pochopeni, ze proste vic knihoven zpusobi bordel, taky, takze nevim co placas. Zbytecna agrese Alesi. Bud v klidu ty co znas naprosto vse, i to co jeste neznas.

[Aleš Kapica]

Tak zrovna balíčkovací systémy jsem poznal velmi dobře. Nevím jestli jsi někdy používal Synaptic, ale ten původní překlad jsem dělal já. Takže abych věděl co a jak, tak jsem se těmi balíčkovacími systémy musel zaobírat dost do hloubky.

[nemam]

No vidis, a ja zas misto balickovacich systemu jsem momentalne expert na vpnky, programování, html, css, javascript a vektorovou grafiku. Taky umim hrat na bici dost dobry jazzovy veci a i slozitou elektroniku typu drum`n`bass. Rutina. Ten dela to a ten zas tohle.

[k3dAR]

btw: odkaz na tve d'n'b mas?

[k3dAR]

jinak ackoliv Alese nemusim, tady zrovna ma pravdu, Debian (resp. deb based distra) to maji proste postavane tak ze jsou zavyslosti mezi balickama, ktere za tebe resi to ze aplikace/nastroj X vyzaduje Y balicku ktere vyzaduji kazdy Z balicku a misto aby si musel vsechno dohledavat rucne, tak diky deb zavyslostem staci proste nainstalovat ten balicek co chces a zbytek se samo doresi/dotahne... ma to logicky nevyhodu na kterou si narazil, ale pokud (jak sam pises nemas) si mel zakladni znalosti o tom jak deb funguje, tak by te ani ve snu nenapadlo mu podstrkavat zrovna glibc na ktere zavysej stovky-tisice (resp. skoro vsechny) nainstalovane a hlavne i core balicky tzn. pokud mas "app" co by vyzadovala glibc jine nez balickovane verze, tak si to musis poresit nejak vhodne (chroot, kontejner, virtualizace,...) pripadne si nahrat lib /nekam/jinam a app zkompilovat vuci libc jine verze v te tvoji ceste...

zminene Gentoo si to sice resi jinak, ale narozdil od tveho "pouzivam Debian a o balickovacim system vlastne nic nevim" bys tam toho musel vedet mnohonasobne vice, resp. vsechno i ta zminena vlastnost ze Gentoo by pri povyseni libc prekompilovale na nem zavysle baliky je sice "hezka", ale "tejden" by se ti to kompilovalo, a ty si psal neco o tom ze mas terminy a s tim strojem pracujes?