Sid und broken dependencies
Sid und broken dependencies
Hallo miteinander,
Ich dachte ich sei nach 3 Jahren, erfahren genug um mal das Sid auszuprobieren.
Nun habe ich in meiner aptitude Liste eine Menge broken pakages, wegen kde 3.4 und gcc4 wie ich annehme.
Meine Frage ist nun, muss ich was unternehmen um diese Fehler zu beheben oder werden sich die dependencies nach ner Weile von selbst lösen wenn die Pakete wie amarok order kate upgedatet werden und zu kdelibs4 passen?
gruess
Ambi
Ich dachte ich sei nach 3 Jahren, erfahren genug um mal das Sid auszuprobieren.
Nun habe ich in meiner aptitude Liste eine Menge broken pakages, wegen kde 3.4 und gcc4 wie ich annehme.
Meine Frage ist nun, muss ich was unternehmen um diese Fehler zu beheben oder werden sich die dependencies nach ner Weile von selbst lösen wenn die Pakete wie amarok order kate upgedatet werden und zu kdelibs4 passen?
gruess
Ambi
- Six
- Beiträge: 8069
- Registriert: 21.12.2001 13:39:28
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Siegburg
Ich fürchte, du hast dir einen schlechten Zeitpunkt für den Umstieg ausgesucht GCC4 kommt und momentan ist alles im Eimer. Du kannst nur warten und Däumchen drehen.
PS: Richtig wissen tu ich es nicht. Ich habe mein SID eingefroren als Sarge stable wurde. In dem Sinne habe ich ein SID auf dem Stand von Juni.
PS: Richtig wissen tu ich es nicht. Ich habe mein SID eingefroren als Sarge stable wurde. In dem Sinne habe ich ein SID auf dem Stand von Juni.
hallo ..
ich hab mein debian jetzt ein semester lang nicht aktualisiert schäm...
nun jetzt habich auf x.org gewechselt und habe mein kde mal komplett gelöscht um mal ein frisches 3.4 zu haben.
wenn ich jetzt kde-core oder kdebase installieren will hängen diese plötzlich voneinander ab("kde-core hängt ab: kdebase dieses soll jedoch nicht installiert werden") bzw wollen so ziemlich ALLE kde pakete aufgrund von abhängigkeiten installieren. die abhängigkeiten die aufgeführt sind sind jedoch total blödsinnig.
als meldung erscheint dann nachdem apt auch -f ignoriert "E: Kaputte Packete"
ist das nun auch durch gcc4 ausgelöst? oder ein kde3.4 spezifisches problem? so weit ich richtig informiert bin gibts 3.4 doch schon seit etwa einem monat und schon in version 3.42?
viele grüsse fred
ich hab mein debian jetzt ein semester lang nicht aktualisiert schäm...
nun jetzt habich auf x.org gewechselt und habe mein kde mal komplett gelöscht um mal ein frisches 3.4 zu haben.
wenn ich jetzt kde-core oder kdebase installieren will hängen diese plötzlich voneinander ab("kde-core hängt ab: kdebase dieses soll jedoch nicht installiert werden") bzw wollen so ziemlich ALLE kde pakete aufgrund von abhängigkeiten installieren. die abhängigkeiten die aufgeführt sind sind jedoch total blödsinnig.
als meldung erscheint dann nachdem apt auch -f ignoriert "E: Kaputte Packete"
ist das nun auch durch gcc4 ausgelöst? oder ein kde3.4 spezifisches problem? so weit ich richtig informiert bin gibts 3.4 doch schon seit etwa einem monat und schon in version 3.42?
viele grüsse fred
- KBDCALLS
- Moderator
- Beiträge: 22449
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Der GCC4 dürfte eigentlich nichts damit zu tun haben. Das müßte eigentlich an zwei oder drei Paketen hängen, die man problemlos mit dpkg installieren kann. Versuch mal ob du hier findest. http://snapshot.debian.net
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
hallo
uhm wie kann ich denn rausfinden um welche probleme/packages es sich spezifisch handelt?
hier nochmal die genaue fehlermeldung .... hab sowas noch nie gesehen nach 2 jahren sid ...
apt-get install kde-core
paketlisten werden gelesen...
abhängikeitsbaum aufgebaut...
Einige packete konnten nicht installiert werden. das kann bedeuten dass sie eine unmögliche situation angefordert haben oder dass wenn sie die instabile distribution verwenden einge erforderliche pakete noch nicht kreiert oder aus incoming herausbewegt wurde.
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 folgen sollte.
die folgenden informationen helfen ihnen vielleich, die situation zu lösen:
Die folgenden packete haben nicht erfüllte abhängigkeiten
kde-core: hängt ab: kdebase soll aber nicht installiert werden
E: kaputte Packete
--------
wenn ich jetzt core und base gleichzeitig in die liste setze, dann splittet sie die abhängigkeit plötzlich in alle packete auf, die in core und base enthalten sind ebenso wenn man nur den dummy kde benutzt. diese ganzen packete splitten sich dann wieder auf alle libs etc die sie brauchen....
ich mag wieder kde haben - hilfe ?! ich weiss nicht mehr so wiklich weiter ...
den snapshot server habich in die apt liste aufgenommen, das hat das problem leider auch nicht gelöst
edit: kaputte packete sind nachdem ich welche gefunden hatte in dselect nun nicht mehr verzeichnet ... netterweise musste ich auch meinen nvidia kernel und andere wichtige programme entfernen um die abhängigkeiten zu erfüllen.. den neu zu installieren bringt wieder ähnliche fehler wie bei der kde isntallation... spinnt nur mein apt? hmm ich weiss irgendiwie nicht mehr weiter...
uhm wie kann ich denn rausfinden um welche probleme/packages es sich spezifisch handelt?
hier nochmal die genaue fehlermeldung .... hab sowas noch nie gesehen nach 2 jahren sid ...
apt-get install kde-core
paketlisten werden gelesen...
abhängikeitsbaum aufgebaut...
Einige packete konnten nicht installiert werden. das kann bedeuten dass sie eine unmögliche situation angefordert haben oder dass wenn sie die instabile distribution verwenden einge erforderliche pakete noch nicht kreiert oder aus incoming herausbewegt wurde.
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 folgen sollte.
die folgenden informationen helfen ihnen vielleich, die situation zu lösen:
Die folgenden packete haben nicht erfüllte abhängigkeiten
kde-core: hängt ab: kdebase soll aber nicht installiert werden
E: kaputte Packete
--------
wenn ich jetzt core und base gleichzeitig in die liste setze, dann splittet sie die abhängigkeit plötzlich in alle packete auf, die in core und base enthalten sind ebenso wenn man nur den dummy kde benutzt. diese ganzen packete splitten sich dann wieder auf alle libs etc die sie brauchen....
ich mag wieder kde haben - hilfe ?! ich weiss nicht mehr so wiklich weiter ...
den snapshot server habich in die apt liste aufgenommen, das hat das problem leider auch nicht gelöst
edit: kaputte packete sind nachdem ich welche gefunden hatte in dselect nun nicht mehr verzeichnet ... netterweise musste ich auch meinen nvidia kernel und andere wichtige programme entfernen um die abhängigkeiten zu erfüllen.. den neu zu installieren bringt wieder ähnliche fehler wie bei der kde isntallation... spinnt nur mein apt? hmm ich weiss irgendiwie nicht mehr weiter...
- holgerw
- Beiträge: 1489
- Registriert: 13.03.2003 16:19:00
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Marburg
Hi,
meine Wissens nach ist schon seit mehreren Tagen in Sid kdelibs auf Version 3.4.2 upgedated worden, die anderen Kde Pakete stehen aber nach wie vor auf Version 3.3.2. Somit ist Kde in Sid momentan sehr problematisch bei der Installation.
Ich verstehe nicht, wieso man nicht mit den Kdelibs Update solange wartet, bis auch das übrige Kde updatefertig ist, Sid hin oder her.
Beste Grüße,
Holger
meine Wissens nach ist schon seit mehreren Tagen in Sid kdelibs auf Version 3.4.2 upgedated worden, die anderen Kde Pakete stehen aber nach wie vor auf Version 3.3.2. Somit ist Kde in Sid momentan sehr problematisch bei der Installation.
Ich verstehe nicht, wieso man nicht mit den Kdelibs Update solange wartet, bis auch das übrige Kde updatefertig ist, Sid hin oder her.
Beste Grüße,
Holger
Es braucht einfach ein weilchen Geduld im Moment. Gerade Programme wie digikam, easytag order amarok muessen noch upgedatet werden.
Was ich nicht ganz kapiere ist, wenn kdelibs auf 3.4.2 upgedatet wird, ist es dann wirklich fuer alle anderen Programm (amarok etc.) inkompatibel. Als Java entwickler weis ich dass man Libraries ohne Probleme abwaertskompatibel programmieren kann.
Ist das bei C haerter verdrahtet, so dass die Pakete zu genau einer Library Version gelinkt ist?
Was ich nicht ganz kapiere ist, wenn kdelibs auf 3.4.2 upgedatet wird, ist es dann wirklich fuer alle anderen Programm (amarok etc.) inkompatibel. Als Java entwickler weis ich dass man Libraries ohne Probleme abwaertskompatibel programmieren kann.
Ist das bei C haerter verdrahtet, so dass die Pakete zu genau einer Library Version gelinkt ist?
Zur Zeit würde ich sid auch eher ruhen lassen.
Wer unbedingt neuere Versionen verwenden will, sollte eventuell auf (k)ubuntu zurückgreifen.
Die Umstellung von sid dürfte noch einige Zeit in Anspruch nehmen.
Also, bis sid wieder "stable" ist (JA!!! Ich bin mir der Zweideutigkeit bewusst ) lieber sarge mit Backports oder ubuntu einsetzen.
Wer unbedingt neuere Versionen verwenden will, sollte eventuell auf (k)ubuntu zurückgreifen.
Die Umstellung von sid dürfte noch einige Zeit in Anspruch nehmen.
Also, bis sid wieder "stable" ist (JA!!! Ich bin mir der Zweideutigkeit bewusst ) lieber sarge mit Backports oder ubuntu einsetzen.
- peschmae
- Beiträge: 4844
- Registriert: 07.01.2003 12:50:33
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: nirgendwo im irgendwo
Also mein System funktioniert. Mit Sid "von heute". Aber das ist halt weil ich nicht gerade am neu installieren bin.
@-fred-: Also mit dem "den Abhängigkeiten" nachgehen liegst du vom Vorgehen her schon richtig. Nur dürfte das im Moment durchaus möglich sein dass du gewisse Pakete nicht installiert kriegst (z.B. weil sie halt von etwas abhängen das in der Version bzw. mit dem Paketnamen nicht mehr in Sid ist).
Wenn du auf sowas stösst kompilierst du entweder das problematische Paket neu (was dann die neueren Abhängigkeiten meist automatisch richtig hinkriegt) oder du suchst dir die benötigte Abhängigkeit auf http://snapshot.debian.net
Aber im Moment ist das eher hakeliger als andere male - besser Testing verwenden
MfG Peschmä
@-fred-: Also mit dem "den Abhängigkeiten" nachgehen liegst du vom Vorgehen her schon richtig. Nur dürfte das im Moment durchaus möglich sein dass du gewisse Pakete nicht installiert kriegst (z.B. weil sie halt von etwas abhängen das in der Version bzw. mit dem Paketnamen nicht mehr in Sid ist).
Wenn du auf sowas stösst kompilierst du entweder das problematische Paket neu (was dann die neueren Abhängigkeiten meist automatisch richtig hinkriegt) oder du suchst dir die benötigte Abhängigkeit auf http://snapshot.debian.net
Aber im Moment ist das eher hakeliger als andere male - besser Testing verwenden
MfG Peschmä
"er hätte nicht in die usa ziehen dürfen - die versauen alles" -- Snoopy
- KBDCALLS
- Moderator
- Beiträge: 22449
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
In Etch dürfte auch noch vieles zu finden sein. Aber gerade bei Neuinstallation sollte man aufpassen. Selbts ein dist-upgrade ging bei mir nicht ganz glatt . Ohne Tricksereien. Und mal selbst wenn man tägliches Update macht sollte man einiges auch mal auf Hold setzen.
Zuletzt geändert von KBDCALLS am 24.08.2005 13:14:56, insgesamt 1-mal geändert.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
jo liegt wohl alles an der kdelibs4 ...
blackbox funzt... nach etwas bastelei in xdm ... kdm kann auch nicht geladen werden.... mittlerweile ist die dortige fehlermeldung auch "ist nicht installierbar" und wenn man nach der kdelibs4 sucht ist die momentan auch von den debian servern nicht zu finden also auch über die distrib packages seite nicht ladbar...
werde mich dann mit kde noch gedulden ...
@peschmae kann man testing packete in sid installieren ?! gibt das dann nicht ein chaos wegen den abhängigkeiten ?
grüsse fred
blackbox funzt... nach etwas bastelei in xdm ... kdm kann auch nicht geladen werden.... mittlerweile ist die dortige fehlermeldung auch "ist nicht installierbar" und wenn man nach der kdelibs4 sucht ist die momentan auch von den debian servern nicht zu finden also auch über die distrib packages seite nicht ladbar...
werde mich dann mit kde noch gedulden ...
@peschmae kann man testing packete in sid installieren ?! gibt das dann nicht ein chaos wegen den abhängigkeiten ?
grüsse fred
- peschmae
- Beiträge: 4844
- Registriert: 07.01.2003 12:50:33
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: nirgendwo im irgendwo
Ich wars zwar nicht der dir das vorgeschlagen hat, aber das geht durchaus. Ein Chaos gibts nicht wirklich (zumindest nicht wirklich mehr als wenn du nur Sid hast) weil du die Testing-Pakete ja nur nimmst wenn kein passendes mehr in Sid ist.-fred- hat geschrieben: @peschmae kann man testing packete in sid installieren ?! gibt das dann nicht ein chaos wegen den abhängigkeiten ?
MfG Peschmä
"er hätte nicht in die usa ziehen dürfen - die versauen alles" -- Snoopy