"testing" dependencies hell

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
Benutzeravatar
Fritze
Beiträge: 140
Registriert: 23.07.2003 15:19:23

"testing" dependencies hell

Beitrag von Fritze » 13.12.2003 06:49:45

Hallo zusammen,

nachdem ich den größeren Teil der Nacht damit verbracht habe, ein 8MB großes woody-minimal-iso zu einem kompletten sarge (testing) Debian aufzubohren, bekomme ich gerade eine Krise nach der anderen bei der Installation von Anwendungen.

Es passiert mir sehr häufig, dass ich Pakete zwar auswählen kann, dann aber die Abhängigkeiten nicht aufgelöst werden können.

dselect Fehlermeldungen lauten:
libdingenskirchen depends on libschrott (>= n.m.j)
libschrott does not seem to be available
Wenn ich es dann per apt-get versuche, dann bekomme ich noch eine schönere Meldung:
Package libschrott has no available version, but exists in the database. This typically means that the package was mentioned in a dependency and never uploaded, has been obsoleted or is not available with the contents of sources.list
However, the following packages replace it:
libnochwatt librotfl
E: Package libschrott has no installation candidate
Das ist ja der Gipfel. Warum werden dann die replacements "libnochwatt" und "librotfl" nicht anstelle von "libschrott" akzeptiert? Es wimmelt bei "sarge" alias "testing" nur so von diesen Fehlern. Scheisse! Ich habe keine Lust, wieder alles plattzumachen und meine SuSE draufzupappen.

Meine sources.list sieht wie folgt aus:
deb ftp://ftp.de.debian.org/debian/ testing main non-free contrib
deb-src ftp://ftp.de.debian.org/debian/ testing main non-free contrib
deb http://non-us.debian.org/debian-non-US testing/non-US main contrib non-free
deb-src http://non-us.debian.org/debian-non-US testing/non-US main contrib non-free

deb http://security.debian.org/ testing/updates main contrib non-free

deb http://deb.opera.com/opera testing non-free
deb http://marillat.free.fr/ unstable main
Die letzten beiden sind für Opera und Acroread gedacht. Aber nix geht.

Kennt jemand Möglichkeiten, diese Abhängigkeitsprobleme zu beheben? Und noch watt: Wie installiert man eigentlich Pakete, die man "von Hand" runtergeladen hat? Also z.B. ein opera.deb auf dem eigenen Rechner? Muss man da immer extra einen file-Eintrag in der sources.list machen? Das kommt mir etwas umständlich vor.

Dank für jede Hilfe

Fritze

Benutzeravatar
rolo
Beiträge: 2697
Registriert: 29.08.2002 12:12:25
Lizenz eigener Beiträge: neue BSD Lizenz
Wohnort: hannover

Beitrag von rolo » 13.12.2003 10:49:37

hallo,

zitat:
"Das ist ja der Gipfel. Warum werden dann die replacements "libnochwatt" und "librotfl" nicht anstelle von "libschrott" akzeptiert? Es wimmelt bei "sarge" alias "testing" nur so von diesen Fehlern. Scheisse! Ich habe keine Lust, wieder alles plattzumachen und meine SuSE draufzupappen."

in testing ist erstmal natürlich drin was draufsteht, deine erfahrung habe ich aber in der form noch nicht gemacht.

du hast eine frische woody-installation gemacht und danach direkt
die sources.list geändert
apt-get update
apt-get dist-upgrade

dann wäre wohl interressant was für pakete du installieren willst, welche dann libdingenskirchen oder libschrott benötigen.

ansonsten mußt du klären wie weit du woody bereits mit backports aufgebohrt hattest, und ob du die deinstalliert hast.

bis denn

Benutzeravatar
Fritze
Beiträge: 140
Registriert: 23.07.2003 15:19:23

Beitrag von Fritze » 13.12.2003 13:27:14

Hallo,

ich war nach einer durchgemachten Nacht etwas blank mit den Nerven. :roll:

Es geht vor allem um Opera (shared), dass die libqt3-mt benötigt. Die libqt3-mt ist aber obsolet und wird angeblich durch die libqt3c102-mt und libqt3c102 ersetzt. Diese Bibliotheken sind aber installiert. Warum besteht opera weiterhin auf der libqt3-mt? Wenn ich die installation mit "dpkg --force-all" forciere, dann bekomme ich leider eine
/usr/lib/opera/7.23-20031119.2//opera: relocation error: /usr/lib/opera/7-23-20031119.2//opera: undefined symbol: __ti7QWidget
Meldung. Undefined symbol sieht für mich auf den ersten Blick so aus, als würden die libqt3-mt Ersatzlibraries es nicht wirklich tun. Der relocation error macht mich allerdings ein wenig stutzig. Hat jemand da einen sachdienlichen Hinweis für mich?

Ich habe übrigens keine backports installiert, sondern direkt nach der Erstinstallation des minimalen woody in den sources.list Eintragungen alles von "woody" bzw. "stable" auf "testing" gesetzt.

Ist mir schon klar, das bei testing nicht alles funktionieren muss, aber es berichten doch immer wieder Leute von sehr erfolgreichen Installationen.

Ein weiteres Paket, dass ich gerne hätte, ist der Acrobat Reader. Er soll angeblich (laut apt-get.org) unter
deb http://marillat.free.fr/
erhältlich sein. Dort gibts aber nur
acroread-debian-files sowie
acroread-plugin, die lustigerweise beide von
acroread (>= 5.07) abhängen, aber "acroread does not appear to be available. Na herzlichen Glückwunsch.

Weiter unaufgelöste Abhängigkeiten:
Ganz besonders schön bei artsbuilder
artsbuilder depends on kdelibs3 (>= 2.2.2-1)
kdelibs3 does not appear to be available
artsbuilder depends on libarts (>= 2.2.2-1) or libarts-alsa (>=2.2.2-1)
libarts does not appear to be available
libarts-alsa does not appear to be available
artsbuilder depends on libkmid (>=2.2.2-1) or libkmid-alsa (>= 2.2.2-1)
libkmid does not appear to be available
libkmid-alsa does not appear to be available
artsbuilder recommends kdebase-libs
kdebase-libs does not appear to be available
ferner hängen die Pakete
ksysguardd, mpeglib,libarts-mpeg und noatun allesamt von Bibliotheken ab, die nicht den Anschein machen, zur Verfügung zu stehen.

Ich habe bisher außer Opera, Acroreard und teTeX nebst Emacs21 nichts installiert oder zu installieren versucht. Ich trau mich schon gar nicht mehr.

Bei der Installation von KDE selbst gab es auch reichlich Ärger, so dass ich nicht einfach das KDE meta-Paket auswählen konnte, sondern alles von Hand machen musste. Das war schon nicht so prickelnd.
kde depends on kdelibs3
kdelibs3 does not appear to be available
kde depends on libarts, libarts-alsa or libarts-bin
libarts does not appear to be available
libarts-alsa does not appear to be available
libarts-bin does not appear to be available
kde depends on libkmid, libkmid-alsa or libkmid-bin
libkmid does not appear to be available
libkmid-alsa does not appear to be available
libkmid-bin does not appear to be available
kde depends on kdebase-audiolibs or kdebase3-audiolibs
kdebase-audiolibs does not appear to be available
kdebase3-audiolibs does not appear to be available
kde depends on kdebase-libs or kdebase3-libs
kdebase-libs does not appear to be available
kdebase3-libs does not appear to be available
kde depends on kdebase-doc or kdebase3-doc
kdebase-doc does not appear to be available
kdebase3-doc does not appear to be available
kde depends on kscreensaver or kscreensaver3
kscreensaver does not appear to be available
kscreensaver3 does not appear to be available
kde depends on kdewallpapers or kdewallpapers3
kdewallpapers does not appear to be available
kdewallpapers3 does not appear to be available
kde depends on kab
kab does not appear to be available
kde depends on karn
karn does not appear to be available
kde depends on knotes
knotes does not appear to be available
kde depends on kpm
kpm does not appear to be available
kde depends on kfract
kfract does not appear to be available
[...]
die restlichen Meckereien sind immerhin nur "suggestions".

Selbstverständlich sind die Libraries vorhanden, nur eben in neuerer (4er) Version. Also kdelibs4 anstatt kdelibs3 etc. Daher hat es funktioniert, alles von Hand auszupicken. Immerhin.

Gibt es einen Tip, wie ich aus dieser Misere wieder rauskomme? Alles wieder plattmachen, und nur woody+backports verwenden? Dann gibts bestimmt den nächsten Ärger bei dem update auf die nächste stable-version. Gibt es noch ein paar sinnvolle Ergänzungen zu meiner sources.list, die mir weiterhelfen können?
Gibt es eine Apotheke, die mir auch Samstag Nachmittag Valium ohne Rezept verkauft?

Gruß

Fritze

Benutzeravatar
Ponder_Stibbons
Beiträge: 378
Registriert: 10.09.2003 12:59:20
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von Ponder_Stibbons » 13.12.2003 13:34:27

du solltest die unstable Zeile aus der source.listz nehmen. Die Pakete dort könnten Abhängigkeiten haben, die testing nicht bedienen kann.
Gruß Ponder

Benutzeravatar
rolo
Beiträge: 2697
Registriert: 29.08.2002 12:12:25
Lizenz eigener Beiträge: neue BSD Lizenz
Wohnort: hannover

Beitrag von rolo » 13.12.2003 14:12:11

hallo,
> ich war nach einer durchgemachten Nacht etwas blank mit den Nerven
kenne ich wohl

zu opera,
nachdem ich das eben nachvollzogen hab und ebenfalls erstmal gescheitert bin hab ich diesen mail-thread gefunden:
http://list.opera.com/pipermail/opera-l ... 05721.html
letzdendlich wird berichtet das es mit der libqt-mt aus woody geht. leider kannst du das paket zuzeit ja nicht von debian.org laden und dann mit dpkg -i paketname installieren (hattest du ja auch gefragt). mußt du wohl eine woody zeile in deine paketliste aufnehmen und nur das eine paket aus woody installieren, wenn du meinst, mal sehen was dann mit deinem kde passiert.
ich habe hier noch kein komplettes kde3.1.4 am laufen, und dachte bisher das es auch nicht möglich ist, eben weil auch das alte kde noch teilweise vorhanden ist . hab dafür jetzt endlich mal mehr mit wmaker gemacht.

zu acrobat-reader
ist eine unstable zeile, eigentlich hätte ich jetzt auch gedacht, das macht zumindest erstmal nix, ich hätte den dann aber eh nicht installiert.
sondern den hier probiert:
http://www.adobe.com/support/downloads/ ... tform=unix
so toll find ich ihn aber nicht, gv ist auch ok und frei.

nachdem du jetzt geschrieben hast, um welche progs es geht - ist schon so das im desktop-bereich bei sarge einiges noch nicht fertig ist. mit ein wenig geduld funktioniert das alles bald.

> Gibt es noch ein paar sinnvolle Ergänzungen zu meiner sources.list,
weiterhelfen jetzt direkt nicht, j2re1.4 (java) hab ich gerade neu drin:
deb http://jopa.studentenweb.org/debian ./
deb-src http://jopa.studentenweb.org/debian .

ne apotheke für valium und denn noch ohne rezept weiß ich auch nicht , das zeug macht eh mehr blöde als stumpf :) :(

bis denn und gute erholung

Benutzeravatar
Fritze
Beiträge: 140
Registriert: 23.07.2003 15:19:23

Fortschritte

Beitrag von Fritze » 13.12.2003 18:51:41

Hallo nochmal,

dachte ich berichte auch mal was positives. Habe mittlerweile einen mutigen Schritt getan und einfach alles von "testing" auf "unstable" upgegraded :wink:

Bisher keine Probleme. Opera habe ich für's erste in der "static" variante runtergeladen, dann tut's ohne mullen und knullen, wie die Chinesen sagen würden.

Habe mittlerweile auch OpenOffice.org und ein paar andere nette Sachen installiert. Alles ohne Zwischenfälle. Acrobat Reader wird jetzt einfach am .deb-System vorbei installiert, was ich prinzipiell aber schon nicht so toll finde. Egal, ich brauche das Teil. gv ist eine sehr unbefriedigende Alternative und ich kann nur hoffen, dass Adobe bald mal die 6er Version für Linux nachliefert.

Ein heftiges Problem habe ich aber bei der Installation von alsa, damit ich meinem Computer auch ein paar wohlklingende Töne entlocken kann, nicht nur das gelegentliche "möööp" des eingebauten Piepsers.
alsa-base depends on lsof (>= 4.64-1)
alsa-base conflicts with lsof-2.2
Wenn ich jetzt mal bei lsof in die Paketbeschreibung schaue, dann finde ich da aber:
Package: lsof
Version: 4.64-1
Replaces: lsof-2.2, lsof-2.0.35, etc.
Provides: lsof-2.2
Ja was soll das denn wieder? Warum ist die Version 4.64-1 (wie auch von alsa-base gefordert), es wird aber bei "provides" nur das steinalte lsof-2.2 angegeben? Kann mir mal einer erklären, wie dieses (durchaus hochgelobte) Paketmanagement von Debian funktioniert? Oder ist das schlicht ein bug?

Danke

Fritze

Benutzeravatar
Ponder_Stibbons
Beiträge: 378
Registriert: 10.09.2003 12:59:20
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von Ponder_Stibbons » 14.12.2003 13:06:03

Hi,
also ich habe hier auf unstable lsof 4.64-1
hast du vielleicht noch ein paar backports in der source.list?
Das ist immer für unmet dependencies gut :-D
Gruß Ponder

Benutzeravatar
zyta2k
Beiträge: 2446
Registriert: 14.03.2003 09:18:00
Kontaktdaten:

Beitrag von zyta2k » 14.12.2003 13:15:04

mittels

apt-get install lsof

die installation des neuen lsof erzwingen (damit wird aber auch lsof2-2 und die davon abhängigen Pakete deinstalliert, drum gut gucken :))

Benutzeravatar
Fritze
Beiträge: 140
Registriert: 23.07.2003 15:19:23

Beitrag von Fritze » 14.12.2003 14:28:25

Hi,
also ich habe hier auf unstable lsof 4.64-1
hast du vielleicht noch ein paar backports in der source.list?
Das ist immer für unmet dependencies gut
Ich habe ja auch die 4.64-1. Nur gibt sie sich leider als 2.2 aus! Egal, wie oft ich apt-gette. Und nein, ich habe keine Backports mehr in der Liste. Es ist das einzige lsof, dass im unstable tree vorhanden ist.

Gruß

Fritze

Benutzeravatar
zyta2k
Beiträge: 2446
Registriert: 14.03.2003 09:18:00
Kontaktdaten:

Beitrag von zyta2k » 14.12.2003 14:39:52

Fritze hat geschrieben:
Hi,
also ich habe hier auf unstable lsof 4.64-1
hast du vielleicht noch ein paar backports in der source.list?
Das ist immer für unmet dependencies gut
Ich habe ja auch die 4.64-1. Nur gibt sie sich leider als 2.2 aus! Egal, wie oft ich apt-gette. Und nein, ich habe keine Backports mehr in der Liste. Es ist das einzige lsof, dass im unstable tree vorhanden ist.
Gruß
Fritze

Code: Alles auswählen

dpkg -s lsof | grep Version
und

Code: Alles auswählen

apt-cache policy lsof
posten.

Danke :)
Zuletzt geändert von zyta2k am 15.12.2003 16:37:56, insgesamt 1-mal geändert.

Benutzeravatar
Fritze
Beiträge: 140
Registriert: 23.07.2003 15:19:23

Beitrag von Fritze » 14.12.2003 17:27:03

Hallo,
hobbes:~# dpkg -s lsof | grep Version
Version: 4.64-1
sowie
apt-cache policy lsof
lsof:
Installiert:4.64-1
Mögliche Pakete:4.64-1
Versions-Tabelle:
*** 4.64-1 0
500 ftp://ftp.de.debian.org unstable/main Packages
100 /var/lib/dpkg/status
Soweit, so gut. Ich habe wie gesagt keinerlei weitere Version von lsof installiert. Weder aktuell noch gibt es sie in den "unstable" trees.

Dennoch bekomme ich
hobbes:~# apt-get install alsa-base
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder dass, wenn Sie die
instabile Distribution verwenden, einige erforderliche Pakete noch nicht
kreiert oder aus Incoming herausbewegt wurden.

Da Sie nur eine einzige Operation angefordert haben ist es sehr wahrscheinlich,
dass das Paket einfach nicht installierbar ist und eine Fehlermeldung über
dieses Paket erfolgen sollte.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben nichterfüllte Abhängigkeiten:
alsa-base: Kollidiert: lsof-2.2
E: Kaputte Pakete
Was nun? Ich weiss nicht mehr weiter.

Gruß

Fritze

[ERGÄNZUNG]

Ich möchte noch folgendes hinzufügen:
hobbes:~# apt-cache showpkg lsof
Package: lsof
Versions:
4.64-1(/var/lib/apt/lists/ftp.de.debian.org_debian_dists_unstable_main_binary-i386_Packages)(/var/lib/dpkg/status)

Reverse Depends:
tiger,lsof
tct,lsof
netatalk,lsof
debian-goodies,lsof
dancer-services,lsof
alsa-base,lsof 4.64-1
Dependencies:
4.64-1 - libc6 (2 2.2.4-4) suidmanager (3 0.50) lsof-2.2 (0 (null)) lsof-2.0.35 (0 (null)) lsof-2.0.36 (0 (null)) lsof-2.0.38 (0 (null))
Provides:
4.64-1 - lsof-2.2
Reverse Provides:
Es wird bei dem Provides also 4.61-1 - lsof-2.2 angegeben, dselect gibt aber nur lsof-2.2 an. So versteht das auch apt-get. Ich hingegen verstehe das System nicht :(

Nochmals Gruß

Fritze

Benutzeravatar
zyta2k
Beiträge: 2446
Registriert: 14.03.2003 09:18:00
Kontaktdaten:

Beitrag von zyta2k » 14.12.2003 18:14:45

alsa-base ist buggy

look @ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=223822

Wurde gestern gefixed. (und wird in 0.9.8-3 korrigiert sein)

Muss man warten bis es in den Mirrorn und FTP Servern liegt.

PS: Testing/Unstable User sollten regelmässig bei bugs.debian.org vorbeischaun.

testing und unstable sind noch immer Developer Trees !

Benutzeravatar
Fritze
Beiträge: 140
Registriert: 23.07.2003 15:19:23

Beitrag von Fritze » 14.12.2003 18:28:22

Hallo,
PS: Testing/Unstable User sollten regelmässig bei bugs.debian.org vorbeischaun.

testing und unstable sind noch immer Developer Trees !
Ja, danke für den Hinweis. Ich bin erstens ja noch recht neu bei Debian und zweitens froh, dass es nicht an meiner Dusseligkeit lag :wink:

Danke für die Hilfe!

Gruß

Fritze[/quote]

Antworten