apt-get macht Probleme


oliver-siewert

New Member
Hallo Community,

habe folgendes Problem...
Ich möchte gerne PHP auf die aktuellste version updaten.
So dann bin ich her gegangen habe in meine Sources.list die neuen Quellen eingetragen.

Apt-get update
Apt-get upgrade

So es fängt an und will auch PHP updaten. Aber Mysql macht aufeinmal mächtig stress. Schaut selbst.
Ich versteh es nicht...der Mysql Server ist erreichbar und läuft :-(


http://www.copypaste.at/1048


danke im vorraus
 
Last edited by a moderator:
Hi,

einfach mal ins blaue geraten jetzt.

Quellen richtig eingetragen ? Welche hast du denn getauscht ?
Version des Systems beachtet, also keine Quellen für stable bei einem testing System ?
 
schonmal

apt-get remove mysql-server
apt-get install mysql-server

getestet?

apt-get remove mysql-server
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Paket mysql-server ist nicht installiert, wird also auch nicht entfernt
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 11 nicht aktualisiert.
confixx:/usr/share/phpmyadmin# apt-get install mysql-server
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
Unstable-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:
mysql-server: Hängt ab: mysql-server-5.1 soll aber nicht installiert werden
E: Kaputte Pakete
confixx:/usr/share/phpmyadmin#



Code:
deb http://ftp.de.debian.org/debian/  etch main non-free contrib
deb-src http://ftp.de.debian.org/debian/ etch main non-free contrib


deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free
deb http://dotdeb.netmirror.org/ stable all
deb-src http://dotdeb.netmirror.org/ stable all



deb http://ftp.hosteurope.de/mirror/packages.dotdeb.org/ stable all
deb-src http://ftp.hosteurope.de/mirror/packages.dotdeb.org/ stable all


Grüße
 
Code:
deb http://ftp.de.debian.org/debian/  etch main non-free contrib
deb-src http://ftp.de.debian.org/debian/ etch main non-free contrib


deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free
deb http://dotdeb.netmirror.org/ stable all
deb-src http://dotdeb.netmirror.org/ stable all



deb http://ftp.hosteurope.de/mirror/packages.dotdeb.org/ stable all
deb-src http://ftp.hosteurope.de/mirror/packages.dotdeb.org/ stable all

Seit der Umstellung auf Lenny hast du somit einen fröhlichen Paket Mix gefahren aus etch und lenny. Oben etch unten aus dotdeb lenny.

-> Such dir nen dotdeb Mirror der noch etch hat und korrigiere die sources.lst entsprechend, "stable" wird dir heutzutage nur noch lenny liefern. An der Stelle sollte immer etch stehen heutzutage...
 
An der Stelle sollte immer etch stehen heutzutage..
Nein an allen Stellen sollte Lenny stehen da Etch keine Sicherheitsupdates und Paketaenderungen merh erfaehrt, also tot ist.

Ich möchte gerne PHP auf die aktuellste version updaten.
Ich glaub nicht dass Etch eine guten Gewissens als "aktuell" kennzeichenbare PHP-Version ausliefert :)
Vor Bastelarbeit mit Backports kann man nur abraten ausser du hast einen guten Grund nicht Lenny ein zu setzen.
 
ACK - er sollte auf Lenny updaten.
Außerdem sollte es reichen, nur einen Mirror von dotdeb zu verwenden. Wenn der Server bei host-europe steht, bietet es sich ja an, deren Mirror zu verwenden. Und den ftp.de.debian.org würde ich ebenfalls durch den des Providers ersetzen - nur security.debian.org sollte bleiben, um Updates möglichst schnell zu erhalten (wer weiß, wie zeitnah der Provider seinen Mirror aktualisiert...)
 
Jungs, Ihr wiss ja garnicht ob er lenny oder etch haben will. Ich gehe davon aus das jemand der heutzutage so grob fahrlässig ist und noch etch laufen hat, das es aus Softwaregründen so gewünscht ist.

Klar prinzipiell immer Lenny heutzutage, aber nicht wenn Etch laufen soll, dann ergibt stable -> lenny, nicht etch.

Das meinte ich.
 
Stellt sich nur die Frage, ob er mit etch MySQL wieder ans Laufen bekommt. Ich glaube, auf dotdeb ist MySQL für etch auch schon älter und wenn da die aktuelle von Lenny drauf war, könnte es mit einem Downgrade Probleme geben.
 
Sofern Mysql 4 und Php4 laufen soll müssen die Pakete gegen libmysqlclient14 von Hand gebaut werden.

Auch Etch installiert mittlerweile mysql-client-5.0 zu einem mysql-server-4.1

Ich habe das libmysqlclient von Hand kompilier Spielchen in den letzten Wochen mehrmals gemacht, es geht mit ein wenig Know-How.

Auch die anderen Pakete aus etch welche gegen den 5er SQL-Client kompiliert sind lassen sich locker wieder gegen die 4er Version bruzzeln.
 

Back
Top