On 08.Feb 2005 - 12:48:11, Helmut Wollmersdorfer wrote: > Andreas Pakulat wrote: > >On 08.Feb 2005 - 01:17:51, Markus Heller wrote: > >>>Nein, Downgrades werden nicht supported. > >>vielleicht sollte die Community aber gerade an dieser Erweiterung > >>arbeiten. Standards wie ITIL schreiben f�rs Release Management diesen > >>Weg ganz explizit vor. Wenn Debian f�r Gro�unternehmen als strategische > >>OS-Variante attraktiv werden soll, mu� dieses Feature umgesetzt werden. > > >Und wie soll man sowas bewerkstelligen? > > Indem > 1) alle alten Versionen archiviert werden
Existiert bereits - siehe snapshots.debian.org (IIRC) > 2) die Abh�ngigkeiten genauer definiert werden 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. 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. > 3) ein downgrade-not-possible Flag definiert wird (oder aus den > Abh�ngigkeiten erkannt wird), denn downgrade wird nicht immer m�glich > sein. Dass w�rde vorraussetzen, dass jemand den Aufwand betreibt und das downgrade testet... Wobei wir wieder bei der Manpower sind, die nunmal begrenzt ist... > >Da draussen gibts einige > >Tausend Pakete, willst du ein downgrade zu _jeder_ fr�heren Version > >unterst�tzen? > > Theoretisch m�glich, aber halt riesiger Aufwand. Alleine schon Migration > bzw. R�ck-Migration von Daten und Configs. W�nchenswert und > m�glicherweise in der Grundfunktionalit�t nicht schwer zu realisieren > w�r es jedenfalls. Ich hab mir z.B. mit Gnumeric 1.4.1 -> 1.4.2 einen > Bug http://bugzilla.gnome.org/show_bug.cgi?id=166606 eingehandelt, wo > ich gern wieder zur�ck wollte. 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... > >Dann besorg mal fix einige 100 neue DM's und bezahle > >die. > > Den Platz f�r die Archive nicht vergessen. Gibts ja schon, sicherlich nicht alle alten Versionen, aber wer will schon ne Bash von bo oder hamm haben... > >Die Frage ist auch, wieso hat sich der > >Admin nicht ausreichend informiert und wird nun von Fehlern > >�berrascht? > > Weil niemals alle Fehler bekannt oder austestbar sein k�nnen. > Shit happens. 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.... Andreas -- Your fly might be open (but don't check it just now). -- 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)
