Pas dans postrm puisqu'il n'y a plus postgres version n-1, mais prerm (s'il existe).
Possible mais il faut que libroxor soit toujours dans l'ancienne version. Or libroxor sera mis à jour avant postgresql.
De plus il faut que postinstall de postgres restore le(s) dump(s). Pour faire ça il doit lancer le serveur et faire le restore. Si c'est une grosse base, ça peut prendre 30 minutes sans problème. Et si c'est une grosse base, elle est sur un disque dédié (c'est configurable et on peut extraire l'info). Mais le restaure ne doit pas être fait au même endroit...
Bref, ce n'est pas à faire automatiquement et ce n'est pas de la faute à Debian.
De tout manière, on va pas ce prendre la tête avec ça puisqu'un bon admin fait des dumps de base de donnée. C'était pour dire qu'une mise à jours ça ne prend pas toujours 20 minutes même quand tout marche normalement. Par exemple le passage de php3 à php4 ou d'apache 1.3 à 2.0, ...
[^] # Re: La sortie de la prochaine Debian menacée ?
Posté par 007 . En réponse à la dépêche La sortie de la prochaine Debian menacée ?. Évalué à 1.
Possible mais il faut que libroxor soit toujours dans l'ancienne version. Or libroxor sera mis à jour avant postgresql.
De plus il faut que postinstall de postgres restore le(s) dump(s). Pour faire ça il doit lancer le serveur et faire le restore. Si c'est une grosse base, ça peut prendre 30 minutes sans problème. Et si c'est une grosse base, elle est sur un disque dédié (c'est configurable et on peut extraire l'info). Mais le restaure ne doit pas être fait au même endroit...
Bref, ce n'est pas à faire automatiquement et ce n'est pas de la faute à Debian.
De tout manière, on va pas ce prendre la tête avec ça puisqu'un bon admin fait des dumps de base de donnée. C'était pour dire qu'une mise à jours ça ne prend pas toujours 20 minutes même quand tout marche normalement. Par exemple le passage de php3 à php4 ou d'apache 1.3 à 2.0, ...