Squeeze stable und dann? Quellen auf testing oder Squeeze?

[mindX]

Hallo zusammen,

Squeeze soll bald stable werden und ich überlege mir, welche Quellen-Strategie ich einschlagen soll:

Quellen auf Squeeze lassen, Squeeze-Backports hinzufügen, 1 Jahr warten und dann auf testing umstellen?
Oder
Quellen sofort auf testing stellen?

(produktives Desktopsystem, Schwerpunkt Office und Internet)

Sind nach dem Release größere Probleme mit dem neuen testing zu erwarten? Was sind eure Erfahrungen?

/e: Ich habe seit März 2010 Squeeze

[schauinsland]

Dadurch, dass während der freeze-Phase einer testing - / zukünftigen stable-Distribution nur noch in Ausnahmefällen Neuerungen Eingang finden, sondern nur noch Fehler korrigiert werden, ist der übliche Fluss [experimental -] sid - testing unterbrochen und es bildet sich eine Art Stau.
Nach der Veröffentlichung vom neuen stable muss dieser Stau erst einmal abgearbeitet werden. In dieser Phase ist es nicht sinnvoll, das neue testing als Produktivsystem ein zu setzen. Ich weiß nicht mehr genau wo, aber in irgend einer offiziellen Debian-Quelle habe ich mal so als Anhalt einen Zeitraum von drei Wochen dafür gefunden.

Wann man nach Ablauf dieser Frist wieder auf das neue testing wechselt, ist m. E. Geschmackssache - die prinzipiellen Vor- und Nachteile sind Dir ja sicher bekannt.

[mindX]

Vielen Dank, das hilft mir schonmal sehr weiter
Wo entsteht eigentlich der Stau? Squeeze und Sid haben aktuell die gleiche Kernelversion, libc6 ist die gleiche Version usw.. insofern bin ich etwas irritert.

Falls die Frage aufkommt "warum überhaupt testing oder nicht?": Z.B. habe ich auf dem Notebook hunderte Wakeups im idle (Stromverbrauch) und anscheinend ist das Problem in neueren Kerneln gelöst. Scribus wird von Version zu Version sichtbar besser, usw.

[DerMaex]

Dadurch, dass ich weder mit Debian Testing, noch mit einer anderen Rolling Release-Distribution nennenswerte Erfahrungen die über Virtualbox hinausgehen habe, bleibt es bei mir bei Squeeze.

Um mir dann aber doch einmal ein eigenes Bild von Testing ausserhalb des Freeze machen zu können verwende ich zusätzlich die LMDE auf meinem Netbook. Ich bin da wirklich gespannt darauf, denn es verwenden ja einige Testing, oder gar Sid, als Produktivsystem, wie ich hier schon häufiger gelesen habe.

Ich kann halt leider noch nicht so gut einschätzen wie stressig für mich auftretende Fehler sein werden, heisst ich muss erst meine Grenze zwischen Spass und Ärger herausfinden.

[Blackbox]

Ich damals bin bei etch zu testing gewechselt und hatte seitdem beim Dist-Upgrade noch nie Problem.
Auch dieses Mal werde ich direkt zu wheezy -dann testing wechseln !
Ich erwarte genauso wenig Probleme wie bisher, wenn doch, es gibt ja DF.de !

[Saxman]

Wo entsteht eigentlich der Stau?

Z.B hier

[mindX]

Wo entsteht eigentlich der Stau?

Z.B hier

Danke! Das heisst also, zuerst wird in Sid nach dem Release ordentlich was los sein und dann mit der üblichen Verzögerung ins neue testing wandern?
Ich hatte das ganze nämlich (irrtümlich) so verstanden, dass der Stau zwischen Sid und testing steht, nicht zwischen Experimental und Sid.

Das spräche dann aus meiner Sicht dafür, z.B. 3 Monate lang die Auflösung des Staus abzuwarten und dann auf testing umzustellen.

[Teddybear]

Es wird bestimmt gewaltig rappeln... ob dies aber zu Problemen führt steht in den Sternen.
Beispielsweise steht gnome und gtk in Version 3 in den Startlöchern.
Dann steht noch der Wechsel von Open- zu Libreoffice an... usw...

[uname]

Es wird bestimmt gewaltig rappeln...

Aber meiner Meinung nach in Sid um einiges mehr als in Testing.

Dann steht noch der Wechsel von Open- zu Libreoffice an... usw...

Noch steht ja OpenOffice in Sid. Wird man es dort rauswerfen oder soll es OpenOffice auch in Testing (Wheezy) geben?

[TobiSGD]

Es wird bestimmt gewaltig rappeln...

Aber meiner Meinung nach in Sid um einiges mehr als in Testing.

Dann steht noch der Wechsel von Open- zu Libreoffice an... usw...

Noch steht ja OpenOffice in Sid. Wird man es dort rauswerfen oder soll es OpenOffice auch in Testing (Wheezy) geben?

Ich denke, dass mit dem Rauswurf noch bis zum Release von Squeeze gewartet wird, auch die Maintainer von XFCE warten mit dem Update auf 4.8 noch so lange.

[Ibex]

Noch steht ja OpenOffice in Sid. Wird man es dort rauswerfen oder soll es OpenOffice auch in Testing (Wheezy) geben?

Libre Office ist ja schon in Experimantel, wird als sicher spätestens nach dem relase der finale Version nach sid und dann entsprechend später auch nach testing wandern.

Ob OpenOffice deswegen rausgeworfen wird? K.P., ich würde aber denken ja, bisher war ja genaugenommen auch nicht OpenOffice sondern Go-oo in den Debian Quellen, und das geht so wie ich es verstanden habe, in LibreOffice auf.

Aber wie auch immer, ich wüßte nicht warum ein neuer name für das Officepaket zu so gewaltigem rappeln führen sollte.

Da hat wohl Gnome 3 mehr potential

[BeWo]

Noch steht ja OpenOffice in Sid. Wird man es dort rauswerfen oder soll es OpenOffice auch in Testing (Wheezy) geben?

My two cents:

Ich vermute, dass es die OpenOffice-Pakete weiterhin geben wird.
Diese Pakete werden aber vermutlich nur noch Meta-Pakete sein, welche auf LibreOffice verweisen.
Die OpenOffice-Pakete können nicht einfach entfernt werden, da das Upgrade von Squeeze nach Wheezy funktionieren muss.

Wie gesagt, das ist eine reine Vermutung von mir.
Belegen kann ich nichts.

[Blackbox]

Es wird bestimmt gewaltig rappeln...

RAPPELN fetzt, ich freue mich schon, jeden Tag mindestens 25 Pakete aktualisieren zu können !