[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: apt-get upgrade rückgängig machen



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).



Reply to: