Testing auf Release upgraden

[worel]

Hallo!

Ein Vorgänger hat mir auf einer Produktivkiste Debian 3.2 installiert (testing variante)

Da nun 4.0 released ist, mächte ich möglichst sauber auf die stabile Version updaten.
ALLERDINGS: auf dem Server läuft ein ziemlich kritischer Confixx Server welcher mir Web und Mailservices anbietet.

Ich kann zum Beispiel kein PHP5 gebrauchen uä.

Versteht mich nicht falsch, die Kiste läuft sehr brav!
Aber die testing Installation macht mich ein bisschen kribbelig.

Ist ein distupgrade anzuraten, und wenn ja, mit welchen Problemen muss ich rechnen?
Wiegesagt, große Versionssprünge der installierten Services wären für Confixx wohl der Tod!


Gibt es generell eine Anleitung, wie ich "am Besten" ein upgrade von einer testing Installation auf das aktuelle Release mache?

Danke

[pluvo]

Hallo worel!

Ein Vorgänger hat mir auf einer Produktivkiste Debian 3.2 installiert (testing variante)

Debian 3.2 gab es nicht. Debian 3.1 ist Sarge und Debian 4.0 ist Etch. Ich könnte mir vorstellen, dass du in deiner /etc/apt/sources.list "testing" stehen hast. Dann solltest du "testing" durch "stable" ersetzen. (Bei einem Server könntest du besser "testing" durch "etch" ersetzen.)

Da nun 4.0 released ist, mächte ich möglichst sauber auf die stabile Version updaten.

Du kannst mit aptitude dein System aktualisieren:

Code: Alles auswählen

aptitude update && aptitude dist-upgrade

Vorsicht: Unbedingt prüfen was aptitude vor hat!

Ich kann zum Beispiel kein PHP5 gebrauchen uä.

Soweit ich das sehen kann gibt es PHP4 auch noch in Etch.

Ist ein distupgrade anzuraten, und wenn ja, mit welchen Problemen muss ich rechnen?

Wenn du schon testing hattest, dann sollte sich gegenüber stable nicht viel ändern. Denn Etch war bis gestern ja noch testing

[Mr_Snede]

wenn du diese testing maschine bis die Tage immer brav mit updates aus testing versorgt hast, dann hast du jetzt keinen Unterschied zum aktuellen stable (etch).

Wie sieht die Datei /etc/apt/sources.list aus?
Für ein Produktivsystem sollte da kein testing drinstehen. In den nächsten 2-3 Tagen wird in debian testing nicht viel passieren. Dann aber wird einiges, was bis jetzt in sid zurück gehalten wurde in testing einziehen. Das kann etwas strubbelig werden.

Grundsätzliche Infos zum Update sind im Wiki zu finden:
http://wiki.debianforum.de/StableEtch



EDIT:
Ich hoffe du hast da keine Backports drin, jetzt ist der Moment gekommen, wo Backports extrem unangenehm werden können.

*Mit erhobenem Zeigefinger*
Andererseits muss ich ehrlich sagen, dass das Release ja nun nich überaschend kam ...

[worel]

Alles klar, also das Testing will mir in ein paar Tagen Pakete von SID reinwürgen.

Nächste Woche gleich mal ändern!

Ich habe einige Pakete, welche beim apt-get upgrade zurückgehalten wurden.
Die werden, so denke ich, bei einem ändern der sources.list ja auch bleiben?
Was ist also für mich der spürbare Unterschied zwischen aptitude dist-upgrade und nur einem apt-get upgrade (nach dem ändern in den listen von testing auf stable)

Bevor ich mich da dranwage mach ich von der Kiste lieber ein Image!

PS: die 3.2 version steht zum beispiel beim login in webmin... (aber mir ist zum glück klar dass es die nie wirklich gab )

[pluvo]

Ich habe einige Pakete, welche beim apt-get upgrade zurückgehalten wurden.

Welche denn? (Wenn die Liste lang ist, dann ist sie besser auf http://nopaste.debianforum.de aufgehoben)

Was ist also für mich der spürbare Unterschied zwischen aptitude dist-upgrade und nur einem apt-get upgrade (nach dem ändern in den listen von testing auf stable)

aptitude kann einiges mehr als apt-get:
http://wiki.debianforum.de/SoftwareVerw ... deVsAptGet

Bevor ich mich da dranwage mach ich von der Kiste lieber ein Image!

Gute Idee!

PS: die 3.2 version steht zum beispiel beim login in webmin... (aber mir ist zum glück klar dass es die nie wirklich gab )

Du hast aber webmin nicht über apt-get installiert oder? Weil das Paket webmin gibt es in Etch nicht mehr:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343897

[worel]

Soda,

die kept back Liste beim aptitude upgrade sieht wie folgt aus:

• bind9 bind9-host dnsutils gnupg initscripts libapache-mod-php4 libbind9-0
  libisc11 libisccc0 libisccfg1 libldap2 libldap2-dev libsasl2
  libsasl2-modules linux-image-2.6-486 mutt mysql-server-4.1 netbase php4
  php4-cgi php4-common php4-curl php4-domxml php4-gd php4-idn php4-imagick
  php4-imap php4-mcal php4-mcrypt php4-mysql php4-pear postfix sasl2-bin
  sysvinit

Schlagt mich nicht, aber, ist die manuell erstellt worden oder wird dass per default erstellt/errechnet/whatever.