Hallo Rico,
> NeverAutoRemove
Leider scheint dieser Parameter nicht wirklich dokumentiert, aber die
zugehörige gleichnamige Funktion von apt* "autoremove" entfernt ja Pakete, die
einst in Abhängigkeiten mit installiert wurden und ggf. nicht mehr benötigt
werden.
Mir geht es konkret darum den "neuen " Kern einzuspielen und dabei den "alten"
zu behalten. Dabei soll das deb immer gleich heißen und sich nur in der Version
unterscheiden, da sonst ein 'aptitude upgrade/dist-upgrade' nichts von der
Existenz des neuen Paketes mitbekommen würde.
Eine mir unliebe Lösung wäre, jedes neue Paket würde alle "alten" Versionen
beinhalten.
Vielleicht wird es verständlicher, wenn ich den Workflow skizziere:
- ich erstelle einen individuellen Kern, paketiere und verteile
- es gibt eine Anpassung für diesen Kern, die über den update Mechanismus von
apt verteilt werden soll
- der Client soll den aktuell laufenden Kern behalten und den neuen zusätzlich
installieren
- dabei wird lilo mit dem Schalter "-R" angewiesen, den neuen Kern nur einmalig
zu "probieren", damit es ein fallback auf den alten Zustand geben kann
- da ich nicht sicherstellen kann, dass der Client unbedingt den direkten
Vorgänger des Kerns einsetzt, kann ich auch nicht die beiden neuesten Kerne ins
deb stecken
Wie verhält sich dpkg denn bei einem Update?
- uninstall des alten Paketes incl. pre- und postrm?
- install des neuen Paketes incl. pre- und post-inst?
= dann könnte man (dirty) ja im prerm eine Kopie temporär sichern, die im pre-
oder postisnt wiederzuholen ist ...
Mit freundlichen Grüßen / Kind regards
Ronny Seffner
--
Ronny Seffner | Alter Viehweg 1 | 01665 Triebischtal
www.seffner.de | [email protected] | +49 35245 72950
_______________________________________________
Lug-dd maillist - [email protected]
https://ssl.schlittermann.de/mailman/listinfo/lug-dd
