U aptu mam nekdy pocit, ze se snazi byt chytrejsi, nez ja.
Priklad: chci instalovat "libglade2-dev" z testingu.
Balik obsahuje krome veci, ktere me zajimaji, taky konverzni script v pythonu, proto zavisi na "python-xmlbase", ktere zavisi na pythonu.
Avsak z nejakeho duvodu do testingu propadla novejsi verze python-xmlbase, nez pythonu, takze python-xmlbase nenainstaluju ---> apt-get mi tudiz ma libglade2-dev bude hlasit nesplnene zavislosti a nebude chtit instalovat.
Ok, vim, ze ten konverzni skript nepotrebuju, tak bych chtel pouzit neco jako '--force-depends', ktere ma dpkg. Ouha, apt-get nic takoveho nema. Fajn, tak
si to alespon downloadnu (apt-get -d install ...)
a pak nainstaluju pomoci dpkg. Ale opet chyba, apt-get mi balicek odmitne stahnout, pokud ho nelze nainstalovat. Takze nakonec musim na packages.debian.org a najit a stahnout si ho rucne.
Nebo to lze udelat nejak elegantneji? Jak se jmenuje vec, ktera balicky pro apt-get stahuje? Slo by si najit cestu k balicku ktery by apt-get stahoval (jak?) a stahnout si ho sam?
Uz jsem se bal, ze balicky pro Debian nepripravuji lide. :-) Vsude slysim, jak je balickovaci system Debianu skvely, jak clovek nic nepotrebuje vedet, On vsechno vi. Vsechny zavislosti jsou dokonale osetreny, atd. Ted koukam, ze balicky pripravuji lide. A lide chybuji. Jinak by nebyli lidmi. To jsem rad, ze jsou to "jen" lide. :-)
testing je proste testing. Balicky do testingu vybira skript na zaklade nejakych kriterii - napriklad urcita doba od objeveni posledni chyby atd. Proto se nekdy muze stat (i kdyby asi nemelo), ze u nekolika balicku "nesedi" zavislosti. To se u stable samozrejme nestane.
Stát by se to nemělo, protože ten skript kontroluje i závislosti. Zrovna tento problém s pythonem nenastal kvůli tomu skriptu, ale kvůli tomu, že tam byl python přidán ručně. Kdyby do toho nesahali lidi a nechali to na skriptu, tak je to OK. :-)
Ještě ohledně toho chybějícího --force-depends mě napadla jedna věc. Co zkusit třeba něco jako -o dpkg::options::=--force-depends? Za správnost po syntaktické či sémantické stránce ale neručím :-) BTW já osobně dávám radši přednost jiným řešením před --force-depends. Ten přepínač se mi totiž _vůbec_ nelíbí. :-)
Haha :-) Máš problémy se závislostmi na pythonu v testingu, že jo? Já taky :-) Co si naposled pamatuji debatu v debian-devel ohledně pythonu v testingu, tak ona tam byla IIRC ručně vložena novější verze, než která se tam dostala klasickou cestou, a teď s tím jsou problémy :-( S tím se musí počítat, to se na non-stable systémech stává. Problém je ale IMHO trochu jinde. python a python-xmlbase jsou vzájemně OK, jenže některé balíčky závisí na pythonu starší verze, takže apt odmítne upgradovat python. Jenže pro libglade2-dev je zase potřeba python-xmlbase a ten potřebuje nový python, takže ve výsledku nejde libglade2-dev nainstalovat (doufám, že moc nekecám :-)). V tomto případě by teoreticky mělo pomoci nainstalování python-xmlbase ze stablu. Na mém systému to pomohlo:
# apt-get --dry-run install python-xmlbase/stable libglade2-dev
Reading Package Lists... Done
Building Dependency Tree... Done
Selected version 2.1.3-3.2 (Debian-Security:3.0/stable) for python-xmlbase
The following extra packages will be installed:
libatk1.0-dev libgtk2.0-dev libpango1.0-dev libxml2-dev python-xmlbase
The following NEW packages will be installed:
libatk1.0-dev libglade2-dev libgtk2.0-dev libpango1.0-dev libxml2-dev
python-xmlbase
0 packages upgraded, 6 newly installed, 0 to remove and 6 not upgraded.
Inst libatk1.0-dev (1.2.4-1 Debian:testing)
Inst libpango1.0-dev (1.2.1-3 Debian:testing)
Inst libgtk2.0-dev (2.2.1-6 Debian:testing)
Inst libxml2-dev (2.5.7-1 Debian:testing)
Inst python-xmlbase (2.1.3-3.2 Debian-Security:3.0/stable)
Inst libglade2-dev (2.0.1-3 Debian:testing)
Conf libatk1.0-dev (1.2.4-1 Debian:testing)
Conf libpango1.0-dev (1.2.1-3 Debian:testing)
Conf libgtk2.0-dev (2.2.1-6 Debian:testing)
Conf libxml2-dev (2.5.7-1 Debian:testing)
Conf python-xmlbase (2.1.3-3.2 Debian-Security:3.0/stable)
Conf libglade2-dev (2.0.1-3 Debian:testing)
#
