Effectivement tout dépend du logiciel et des développeurs. Je reste convaincu que c’est s’imposer une contrainte, mais ça peut bien sûr avoir du bon, et inciter à la rigueur.
rappelons nous des versions Debian qui sortaient quand elles sortaient...
Je peux me tromper mais à ma connaissance elles sortent toujours à une date variable, quand elles sont prêtes. C’est seulement le moment du "freeze" qu’il a été décidé de faire six mois pile après la release, ceci afin que les différents upstreams aient une deadline fixée afin de pouvoir faire en sorte de ne pas rater le train pour voir la dernière version de leur logiciel embarquée dans testing pour la prochaine release. Mais il me semble qu’effectivement ça a mené à des releases plus régulières par voie de conséquences. J’ai utilisé longtemps unstable, je suis revenu à stable depuis Buster. Après, je compile aussi certains programmes depuis les sources officielles, ce que je peux imaginer que l’utilisateur lambda ne souhaite pas avoir à faire. Mais pour lui il y a des trucs comme Flatpack maintenant il me semble, pas optimal en terme d’espace disque mais plus simple que compiler certains programmes.
Puis aujourd’hui, grâce aux backports, la supériorité de Debian est à nouveau incontestable ! :)
il vaut mieux sortir des versions souvent car à chaque fois on apporte un peu plus de valeur (même s'il s'agit "juste" de quelques corrections de bugs) plutôt que des gros apports mais qui tardent à arriver.
J’ai effectivement entendu dire depuis très longtemps, sans savoir de qui c’est : « Release early, release often. »
Perso ce que je trouve pas mal c’est le concept de LTS (ou ESR c’est pareil), à savoir maintenir en parallèle deux versions. Une qui vise la stabilité, qui sort relativement rarement, et une qui visent l’évolution, qu’on peut donc sortir plus souvent. Les deux étant strictement les mêmes au moment où la LTS est publiée, puis divergent gentiment (restant en arrière plus que divergeant en réalité), la non-LTS joue les éclaireuses en quelque sorte, et ce jusqu’à la prochaine LTS.
[^] # Re: Déjà annoncé
Posté par Marotte ⛧ . En réponse au lien LibreOffice 24.2, prochain successeur de LibreOffice 7.6, est disponible en version beta. Évalué à 4. Dernière modification le 19 décembre 2023 à 00:11.
Effectivement tout dépend du logiciel et des développeurs. Je reste convaincu que c’est s’imposer une contrainte, mais ça peut bien sûr avoir du bon, et inciter à la rigueur.
Je peux me tromper mais à ma connaissance elles sortent toujours à une date variable, quand elles sont prêtes. C’est seulement le moment du "freeze" qu’il a été décidé de faire six mois pile après la release, ceci afin que les différents upstreams aient une deadline fixée afin de pouvoir faire en sorte de ne pas rater le train pour voir la dernière version de leur logiciel embarquée dans testing pour la prochaine release. Mais il me semble qu’effectivement ça a mené à des releases plus régulières par voie de conséquences. J’ai utilisé longtemps unstable, je suis revenu à stable depuis Buster. Après, je compile aussi certains programmes depuis les sources officielles, ce que je peux imaginer que l’utilisateur lambda ne souhaite pas avoir à faire. Mais pour lui il y a des trucs comme Flatpack maintenant il me semble, pas optimal en terme d’espace disque mais plus simple que compiler certains programmes.
Puis aujourd’hui, grâce aux backports, la supériorité de Debian est à nouveau incontestable ! :)
J’ai effectivement entendu dire depuis très longtemps, sans savoir de qui c’est : « Release early, release often. »
Perso ce que je trouve pas mal c’est le concept de LTS (ou ESR c’est pareil), à savoir maintenir en parallèle deux versions. Une qui vise la stabilité, qui sort relativement rarement, et une qui visent l’évolution, qu’on peut donc sortir plus souvent. Les deux étant strictement les mêmes au moment où la LTS est publiée, puis divergent gentiment (restant en arrière plus que divergeant en réalité), la non-LTS joue les éclaireuses en quelque sorte, et ce jusqu’à la prochaine LTS.