mir scheint, dass solche probleme in letzter zeit bei linux häufiger wieder auftreten, hatte bis vor etwa einem jahr in der richtung kaum probleme und aktuell so einige

apt-get -f install

hat nich jeholfen. trotzdem danke

Was sagt denn bugs.debian.org?

Und oft hilft auch ein apt-get update && apt-get upgrade.

auch nicht

Eigentlich finde ich, das sieht wie eine frankenstein config aus. Also verschiedene distros oder versionen gemischt.

ja sowas in der art

Jut, wenn das beides nichts hilft:

• Packages downloaden, direkt von packages.debian.org (oder entsprechenden Quellen für Ubuntu).
• Packages zu den anderen auf /var/cache/apt/archives/ schieben.
• Jedes Package einzeln mit dem mc o.ä. öffnen und mit dem Dummy INSTALL zu installieren versuchen.
• Fehlermeldungen analysieren.
• Abhängigkeiten manuell auflösen, d.h. mit dem Package, für das es keine Fehlermeldung gibt, die Installation beginnen, dann die, die von diesem abhängen, etc., etc., so lange, bis es nirgends mehr hakt.

Dauert ein bisschen, funzt aber.

P.S. Statt mc tut's auch dpkg -i full-package-name-plus-version.deb, aber der mc ist bequemer.

PP.S. Manchmal - aber dazu sollte man wissen, was man tut, kann man dpkg auch auf stur stalten: dpkg --force-depends --install package_name...
Das ist hilfreich, wenn es gegenseitige unaufgelöste Abhängigkeiten gibt. Dann installiert man zuerst mit --force-depends das eine, dann ohne das andere, und zuletzt auch ohne das erste noch einmal (sicher ist sicher, also aus Aberglaube).

hihihihihihi wer macht denn sowas??? ;) :D

ich würde ja nie niemals nie nicht sowas machen, never nie auf keinen fall ;)
kannlügenwiegedruckt

Edit: Es ist aber wahrscheinlich, dass du bei Frankenstein-Systemen verschiedene Versionen von Libraries gleichzeitig brauchst. Wie das funktioniert, kann ich mir zwar vorstellen, aber die Gefahr, dass du dir dabei das ganze System zerschießt, ist riesig. Hilfreich ist dann ein Blick in die Changelogs der libs.

hm...was ich nicht so recht kapiere:

gnome-settings-daemon (< 3.19.92) aber 3.14.2-3+deb8u1 soll installiert werden

...also nö gnome-settings-daemon 3.14.2-3+deb8u1 soll nicht installiert werden, sondern IST installiert (das gleiche auch mit mutti)

Generell ist es gut nicht so ein System zu benutzen. Ich würde damit anfangen, erstmal die sourceslist aufzuräumen. Dann nen upfate && full-upgrade

Auch nicht unkompliziert aber vllt interessant: https://debian-administration.org/article/462/Cleaning_up_a_Debian_GNU/Linux_system

Das mit dem "soll installiert werden" ist die Standard-Ausgabe, das muss man nicht wörtlich nehmen.

soweit ich das verstehe heißt das: Paket X wird von dem von dir ausgewählten Paket als Abhängigkeit genannt.

Wobei diese Zeile hier:

gnome-settings-daemon (< 3.19.92) aber 3.14.2-3+deb8u1 soll installiert werden

schon seltsam ist, denn 3.14 ist kleiner als 3.19.

Aaaber schlimmstenfalls kann man vielleicht auch das hacken. Indem man nämlich (mit dem internen mc-Editor, z.B.) das INFO File in dem Package entsprechend editiert und ein bisschen an der Depends Zeile bastelt.

Der o.g. Widerspruch allerdings kann ein Bug sein. Wenn er schon gelistet ist, findet ihn reportbug, wenn nicht, kannst du ihn damit gleich melden.

Edit: Vielleicht stolpert der Parser auch über das +deb8u1. In dem Fall hast du einen Bug in apt/ dpkg gefunden! :D

schon seltsam ist, denn 3.14 ist kleiner als 3.19.

daher sagte ich ja

Paket X wird von dem von dir ausgewählten Paket als Abhängigkeit genannt.

X steht dann hier für das Paket, das Du eigentlich gerade installieren willst.

äh andersrum X ist gnome-settings-daemon

falls es um Heimdall geht das hier ließ sich eben unter debian testing installieren: https://bitbucket.org/benjamin_dobell/heimdall/downloads/debian7-heimdall_1.4.0-0_amd64.deb

...es ging um Schritt 2 von hier

läuft auch in testing.

so, nu aber. hab die sources.list geändert. dann mit cat /proc/version herausgefunden, dass deb8 installiert ist, obwohl mir unter den systemeinstellungen angezeigt wurde, dass der rechner mit 9 läuft.
apt-get update && full upgrade ->weiterhin wirkungslos, aber apt-get dist-upgrade hat geholfen (während des upgrades nochmal geschwitzt, weil ein "problem aufgetreten" ist und ich rebooten musste) ->fastboot nun installiert. jetzt bin ich bei Schritt 4.6 - 4.7. auf fastboot -i 0x0fce oem unlock 0x<insert your unlock code> krieg ich als ausgabe: bash: Syntaxfehler beim unerwarteten Wort `newline'...dit kotztma an.
moin erstmal

...und ganz ehrlich, wenn ich mir das ankieke und mit meiner seuche hier vergleiche, muss ich (fast) schon wieder lachen. mind the gap

Ich tippe auf einen Übersetzungsfehler. Denn wenn man statt "Wort" "Token" nimmt, macht "newline" Sinn (bzw. keinen, aus Sicht der Software).

habs geschafft

erstmal <3lichen Glückwunsch.

newline war ein falscher zeilenumbruch in der console, oder?

danke.
an sowas hab ich auch erst gedacht, aber es war viel einfacher. hab nicht gewußt, dass ich das <> nicht brauche, ich depp. das erinnert mich an meine mz damals, die nicht anspringen wollte: als ich schon dabei war den vergaser auseinanderzuschrauben fiel mir auf, dass ich einfach bloss den benzinhahn auf reserve drehen musste....nuja
bin trotzdem zufrieden, dass ichs hingekriegt hab, fühlt sich an, als hätt ich schwer gearbeitet.

hast Du jatzt auch schon geflasht?

so isses. läuft.

sergeil.

jubelnd rumgesprungen, anwesende umarmt. alles dabei. das grinsen geht grad nicht weg. jetzt brauch ich nur noch die nano sim und ferdisch

badenfahrn

Gratu!