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