Andreas Pakulat wrote:
Was heisst die Abh�ngigkeiten genauer definieren? Im Normalfall
sollten die Abh�ngigkeiten so weit wie m�glich und so eng wie n�tig
definiert werden.
ACK.
Nimm mal an jedes Paket h�tte ein Depends libc6=2.3.X, dann m�ssten tausende Pakete neu kompiliert werden, wenn ein neues Bugfixrelease eingespielt wird. Keine sehr gute Idee.
Wenn die libc6 abw�rtskompatibel ist, dann nicht.
Dass w�rde vorraussetzen, dass jemand den Aufwand betreibt und das downgrade testet... Wobei wir wieder bei der Manpower sind, die nunmal begrenzt ist...
Die Version x-1 wurde ja bereits getestet.
Ich kenn solche Anforderungen aus einem Grossrechenzentrum, wo ich an der Entwicklung so eines Versionsmanagements ~1980 mitgearbeitet habe. Die Anforderung war, alles was zu einer Programmdurchf�hrung beigetragen hat, 50 Jahre lang zur�ckverfolgen zu k�nnen, inkl. Sourcen, Macros, Compile- und Link-Anweisungen etc. Zweite wichtige Anforderung war, dass Arbeitsvorbereitung bzw. Operation bei Abnormalit�ten selbst�ndig Version x-1 einsetzen darf, sofern dieses Feature nicht gesperrt war.
Das ist halt eine andere Situation, wo es ein Naheverh�ltnis zu Entwicklern im eigenen Haus gibt, die einen guten �berblick �ber die m�glichen Auswirkungen haben.
Eine Distri hat da ein ganz anders gelagertes Problem - zigtausende Benutzer, zigtausende Pakete, xx verschiedene Zielumgebungen, xx Einsatzbereiche.
Hole dir das alte deb aus dem APT-Cache oder von snapshots.debian.org und installiere es mit dpkg -i, das geht immer. Danach das Paket auf hold setzen bis eine neue Version existiert - mache ich momentan mit knetfilter...
Danke, snapshots kannte ich nicht. Bei den vielen Abh�ngigkeiten von Gnumeric probier ich das vorher aber lieber auf einer Testmaschine.
Und mit welchem Befehl setzt man ein Paket auf hold?
Klaro, deswegen macht man ja auch kein t�gliches Upgrade auf Produktionsmaschinen - da w�rde ich immer ein Testsystem vorhalten und wenn dort nach X Tagen keine Fehler auftreten auf dem Produktionssystem das Update machen... Ja ich bin mir klar dar�ber, dass nicht jeder das Geld hat um 2 identische Maschinen vorzuhalten. Andersrum macht man bei Produktionssystem jawohl eh nicht jedes beliebige Upgrade mit....
ACK. In meinem Fall hab ich einen gespiegelten Cluster, kann also vorher einen Node abh�ngen, daran herumfummeln und ausprobieren, dann wieder anh�ngen. Vorher probier ich nat�rlich auf Testmaschinen aus, aber die sind von Hardware und Konfiguration nicht identisch - ist also keine perfekte Garantie.
Helmut Wollmersdorfer
--
Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
