Personnellement, ça doit m'arriver une ou deux fois par semestre de devoir changer la configuration d'un programme à cause d'un changement de version majeure. Et c'est souvent uniquement à cause de Arch.
D'ailleurs, en 2012, y'a eu de gros changements dans Arch et j'ai été étonné de la stabilité! (Grub2, merging de /(bin|lib) et /usr/(bin|lib) et systemd. C'est d'ailleurs la seule année où j'ai dû prévoir des mises à jour sur mes systèmes car elles pouvaient potentiellement mal se passer.
Si un projet est bien fait, il est rétro-compatible avec ses anciens fichiers (ça me semble le minimum). Parfois, on a des petits messages qui nous conseille de mettre à jour telle ou telle chose mais ça s'arrête généralement là et tu peux te permettre de repousser ça au week end.
Cela dit, j'ai un contre exemple, le projet PostgreSQL qui est une usine à gaz pour faire le changement de version. La solution est d'empêcher ses mises à jour (en le marquant dans la liste des paquets à ne pas mettre à jour). Quand une nouvelle version sortira, pacman affichera un joli warning et tu peux attendre le week end pour faire ta mise à jour.
[^] # Re: Présence dans Debian
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Mesa 9.1 est sorti. Évalué à 8.
Personnellement, ça doit m'arriver une ou deux fois par semestre de devoir changer la configuration d'un programme à cause d'un changement de version majeure. Et c'est souvent uniquement à cause de Arch.
D'ailleurs, en 2012, y'a eu de gros changements dans Arch et j'ai été étonné de la stabilité! (Grub2, merging de /(bin|lib) et /usr/(bin|lib) et systemd. C'est d'ailleurs la seule année où j'ai dû prévoir des mises à jour sur mes systèmes car elles pouvaient potentiellement mal se passer.
Si un projet est bien fait, il est rétro-compatible avec ses anciens fichiers (ça me semble le minimum). Parfois, on a des petits messages qui nous conseille de mettre à jour telle ou telle chose mais ça s'arrête généralement là et tu peux te permettre de repousser ça au week end.
Cela dit, j'ai un contre exemple, le projet PostgreSQL qui est une usine à gaz pour faire le changement de version. La solution est d'empêcher ses mises à jour (en le marquant dans la liste des paquets à ne pas mettre à jour). Quand une nouvelle version sortira, pacman affichera un joli warning et tu peux attendre le week end pour faire ta mise à jour.