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)