Petit complement a la reponse au-dessus. Ca depend de la situation.
Quand c'est dans stable, les mises a jours sont uniquement pour les bugs critiques, via backport du fix. Le numero de version upstream est constant, la compatibilite est assuree.
Si c'est une nouvelle version qui remplace completement la precedente et ne peut pas cohabiter avec, par exemple une bibliotheque qui ne change pas de soname, on refait "simplement" le package avec la nouvelle version.
Si c'est une nouvelle version qui peut et a un interet a cohabiter avec la/les precedente(s), genre apache, gcc, on fait un nouveau package. On se retrouve alors avec les packages apache, apache2, gcc-3.3, gcc-3.4, gcc-4.0, etc...
[^] # Re: Manque une case
Posté par imalip . En réponse au journal Sondage : Quelle distribution libre utilisez-vous côté serveur ?. Évalué à 2.
Quand c'est dans stable, les mises a jours sont uniquement pour les bugs critiques, via backport du fix. Le numero de version upstream est constant, la compatibilite est assuree.
Si c'est une nouvelle version qui remplace completement la precedente et ne peut pas cohabiter avec, par exemple une bibliotheque qui ne change pas de soname, on refait "simplement" le package avec la nouvelle version.
Si c'est une nouvelle version qui peut et a un interet a cohabiter avec la/les precedente(s), genre apache, gcc, on fait un nouveau package. On se retrouve alors avec les packages apache, apache2, gcc-3.3, gcc-3.4, gcc-4.0, etc...