Re: Abhängigkeiten zu Backports loswerden (KDE 3.5)
On 26.04.06 13:25:10, Martin Weis wrote:
> Ich habe hier wohl was in den Abhängigkeiten kaputtgemacht.
Das geht nicht, ausser du baust dir selbst Pakete ;-)
> Fehler war ein
> upgrade mit den backports in der sources.list, das sollte man wohl besser
> nicht machen.
Das ist nur ein Problem wenn man dabei das Pinning vergisst. Das steht
aber eigentlich auch auf der bpo-Website, IIRC.
> Es wurden u.a. einige KDE (3.5er)-Versionen installiert, die ich aber jetzt
> wieder aus stable (3.3) habe.
Wie hast du das gemacht?
> Jetzt bestehen trotz downgrade Abhängigkeiten zu 3.5er-Versionen und mir
> ist nicht ganz klar,
> - woher die kommen mögen
Kommt drauf an wie du das Downgrade gemacht hast.
> korganizer: error while loading shared libraries: libktnef.so.1: cannot
> open shared object file: No such file or directory
>
> Die Abhängigkeiten unterscheiden bei den folgenden zwei Ausgaben, die
> jeweils aus
> /var/lib/dpkg/available
> bzw.
> /var/lib/dpkg/status
> zu stammen scheinen. Der Status ist also anders als das, was 'available'
> ist.
Das ist relativ normal wenn du bpo noch "drin" hast.
> Hier ist keine Abhängigkeit zu ktnef zu finden (ktnef ist installiert,
> entspricht Inhalt von /var/lib/dpkg/available):
Soll heissen apt-cache policy ktnef bzw. libktnef1 (oder libktnef0)
liefert als Installationsquelle den bpo-Mirror?
> dpkg -s korganizer
> Package: korganizer
> Status: install ok installed
> Priority: optional
> Section: kde
> [...]
> Architecture: i386
> Source: kdepim
> Version: 4:3.3.2-3
> Replaces: kalarm (<< 4:3.2.0)
> Depends: kdelibs4 (>= 4:3.3.2-4.0.2), ktnef (>= 4:3.3.2), libart-2.0-2 (>=
> 2.3.16), libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libice6 | xlibs
> (>> 4.1.0), libidn11 (>= 0.5.13), libkcal2a (>= 4:3.3.2), libkdepim1 (>=
> 4:3.3.2), libkgantt0 (>= 4:3.3.1), libkpimexchange1 (>= 4:3.3.1),
> libkpimidentities1 (>= 4:3.3.1), libpng12-0 (>= 1.2.8rel), libqt3c102-mt
> (>= 3:3.3.4), libsm6 | xlibs (>> 4.1.0), libstdc++5 (>= 1:3.3.4-1),
> libx11-6 | xlibs (>> 4.1.0), libxext6 | xlibs (>> 4.1.0), libxrender1,
> zlib1g (>= 1:1.2.1),perl
>
> Was würde passieren, wollte ich libktnef1 installieren?
> -> Abhängigkeit zu 3.5er-Versionen von KDE:
>
> apt-get -s install libktnef1
> Paketlisten werden gelesen... Fertig
> Abhängigkeitsbaum wird aufgebaut... Fertig
> Einige Pakete konnten nicht installiert werden.
> [...]
> Die folgenden Pakete haben nichterfüllte Abhängigkeiten:
> libktnef1: Hängt ab: kdelibs4c2a (>= 4:3.5.2-1) soll aber nicht
> installiert werden
> Hängt ab: libgcc1 (>= 1:4.1.0) aber 1:3.4.3-13 soll
> installiert werden
> Hängt ab: libstdc++6 (>= 4.1.0) aber 3.4.3-13 soll installiert
> werden
> E: Kaputte Pakete
>
> Tja, kaputt sind wohl eher meine Metainformationen, wie kann ich die
> auffrischen?
apt-get update, aber kaputt sind die nicht. Jetzt waere mal der Inhalt
von
sources.list
preferences
und die Ausgabe von apt-cache policy libktnef1 interessant.
Andreas
> Backports sind auskommentiert und 'apt-get update' habe ich natürlich
> gemacht.
Entkommentier die blos wieder, apt-get mag es gar nicht wenn man ihm
Deb-Quellen unter dem Hintern wegzieht obwohl noch Pakete von dort
installiert sind.
Mit einem Pinning von 1001 auf Sarge solltest du ein Downgrade machen
koennen und hast anschliessend wieder ein reines Sarge-System. Danach
empfiehlt sich fuer dich vmtl. die Dokumentation von bpo aufzusuchen und
dort zu lesen wie man die richtig einbindet.
Andreas
--
Communicate! It can't make things any worse.
Reply to: