Sauf que ça ne marchera jamais bien. Pourquoi ? Parce si tu veux faire un rollback qui marche, il faut pouvoir le faire partout où un paquet est susceptible d'écrire des fichiers, c'est à dire en gros à peu près partout. Si tu ne veux pas fusiller arbitrairement tous les fichiers touchés par l'utilisateur durant l'update foireux, il faut interdire le rollback sur /home ou /bidule si les répertoires utilisateurs sont dans /bidule. Donc le rollback sur des paquets écrivant dans /home ne seront pas bien "rollbackés". Certes un paquet qui écrit dans /home ça serait moche, mais est-ce interdit ?
Ensuite, /var. Il y a plein de paquets qui à l'installation vont écrire dans /var. Le problème c'est que ce ne sont pas les seuls, il y a aussi le serveur web, le serveur mail, tous les logs, dont l'audit. Si on rollbacke, il faut savoir quels sont les fichies liés à l'update, et ceux qui ont évolués suite au fonctionnement du système.
Je pense que si on cherche avec /etc on doit pouvoir trouver des cas où ça ne marche pas.
On peut multiplier les exemples qui montrent qu'à mélanger les couches (FS vs applicatif) on n'obtient rien de vraiment bon. C'est pas parce qu'on a un marteau comme unique outil que le problème est un clou.
[^] # Re: Rollbacks
Posté par oinkoink_daotter . En réponse au journal APT : nouvelle version 1.0. Évalué à 10.
Sauf que ça ne marchera jamais bien. Pourquoi ? Parce si tu veux faire un rollback qui marche, il faut pouvoir le faire partout où un paquet est susceptible d'écrire des fichiers, c'est à dire en gros à peu près partout. Si tu ne veux pas fusiller arbitrairement tous les fichiers touchés par l'utilisateur durant l'update foireux, il faut interdire le rollback sur /home ou /bidule si les répertoires utilisateurs sont dans /bidule. Donc le rollback sur des paquets écrivant dans /home ne seront pas bien "rollbackés". Certes un paquet qui écrit dans /home ça serait moche, mais est-ce interdit ?
Ensuite, /var. Il y a plein de paquets qui à l'installation vont écrire dans /var. Le problème c'est que ce ne sont pas les seuls, il y a aussi le serveur web, le serveur mail, tous les logs, dont l'audit. Si on rollbacke, il faut savoir quels sont les fichies liés à l'update, et ceux qui ont évolués suite au fonctionnement du système.
Je pense que si on cherche avec /etc on doit pouvoir trouver des cas où ça ne marche pas.
On peut multiplier les exemples qui montrent qu'à mélanger les couches (FS vs applicatif) on n'obtient rien de vraiment bon. C'est pas parce qu'on a un marteau comme unique outil que le problème est un clou.