Zu „sid“: Ich arbeite seit mittlerweile fast zwei Jahren auf meinem Desktop produktiv mit „sid“ und kann es *erfahrenen* Debianern uneingeschränkt auch als Produktivsystem empfehlen. Die ernsthaften Probleme, die ich in den letzten zwei Jahren hatte, kann ich an einer Hand abzählen, und keines davon hat zu Datenverlust geführt, alle waren behebbar. Allerdings sollte man bei „sid“ wirklich wissen, was man tut. Ein leichtsinniges apt-get dist-upgrade, das man bei „sid“ normalerweise braucht, kann zu großen Problemen führen, weil teilweise Anwendungen, die mehrere Pakete haben, häppchenweise eingeliefert in „sid“ werden. Da ist dann „gimp-data“ schon vor „gimp“ da. So kann man sich Anwendungen zerschießen, wenn ein Paket entfernt wird, weil eine Abhängigkeit plötzlich zu neu ist. Lieber ein apt-get upgrade machen und schauen, was zurückgehalten wird, und das händisch nachschieben, sodaß aufgrund von Konflikten nichts wichtiges entfernt wird. Wenn man diese Dinge beherzigt und keine Angst hat, Konfigurationsdateien zu editieren, kann bei „sid“ meiner Erfahrung nach fast nichts passieren, und man kommt in den Genuß neuer Versionen. Ich möchte es nicht mehr missen. Aber ich gebe natürlich auch keine Garantie, daß es bei jedem so reibungslos klappt. Wer ein wenig mehr Sicherheit dabei haben will, dem kann ich empfehlen, auf die Distribution „sidux“ zurückzugreifen, die auf „sid“ basiert.

zu „apt-get dist-upgrade“ beim dist-upgrade auf testing: Hier gilt das Gleiche wie bei „sid“ beim Update von stable auf testing, um das mal zu verallgemeinern: Das kann gefährlich sein. Lieber ein apt-get upgrade machen und zurückgehaltene Pakete von Hand nachschieben. Das sichert, daß man sich nichts zerschießt.