Hallo Andreas, [Downgrades] > Und wie soll man sowas bewerkstelligen? Da draussen gibts einige > Tausend Pakete, willst du ein downgrade zu _jeder_ fr�heren Version > unterst�tzen? Dann besorg mal fix einige 100 neue DM's und bezahle > die. Ein downgrade um eine minor oder bugfix-number geht ja oftmals > gut, aber Major-downgrades... Die Frage ist auch, wieso hat sich der > Admin nicht ausreichend informiert und wird nun von Fehlern > �berrascht? Weiterhin: Wenn man Debians Philosophie folgt und in > Produktivumgebungen ausschliesslich stable einsetzt gibts nicht viele > Downgrades durchzuf�hren...
es mu� ja nicht jeder diese vergleichsweise teure Option benutzen. Aber beispielsweise, wenn ein Unternehmen sich dazu entscheidet, Downgrades als IT-Service anzubieten, um ITIL-kompatibel zu sein (bitte nimm die ITIL-Debatte ernst, sie wird von vielen gro�en Unternehmen als strategisch wichtig eingestuft) -- dann mu� man halt die ganzen alten Pakete weiter vorhalten. Und man mu� auch die entsprechenden Konfigurationen und die Dependency-Landschaft in einem Release abbilden. Um es f�r die Community nicht zu teuer werden zu lassen, k�nnte man so einen apt-Ableger beispielsweise dergestalt bauen, da� die alten Pakete entweder im /var/cache/apt/archive weiterhin gehalten werden m�ssen, um einen Downgrade zu erm�glichen. Die Konfigurationen usw. k�nnte man in einem lokalen oder zentralen subversion-Repository ablegen, wobei jede Ablage erst mal auf Dependency-Konsistenz gepr�ft wird, und das Gesamtrelease dann eine Release-Nummer bekommt. Derartige Releases k�nnten beispielsweise im Release-Management-Proze� zentral definiert und den ganzen Clients zur Verf�gung gestellt werden. Damit bek�me man gro�e Softwarelandschaften leichter in den Griff. Bei einem fiktiven "apt-get downgrade [version]" w�rde sich der Client die ben�tigten Pakete entweder lokal zur�ckholen oder je nach Konfiguration von einem im LAN befindlichen Software-Repository. ..... usw. Also, ich sehe eine derartige Erweiterung durchaus im Bereich des Machbaren. Viele Gr��e Markus
