C'est Rawhide (la version de dév') qui peut être vue comme une rolling releasehttps://fedoraproject.org/wiki/Releases/Rawhide sauf dans les périodes de freeze avant sortie de version, tout comme l'était Cooker pour Mandriva ou l'est Cauldron pour Mageia : tu as des mises à jour au fil de l'eau (pas besoin d'ajouter les dépôts backports ou testing pour la stable, tu as directement les nouveaux bugs^W correctifs dans des versions plus récentes des paquets upstream).
C'est d'ailleurs un point sur lequel AdamW avait travaillé en arrivant à Red Hat :
habitué qu'il était du fonctionnement chez Mandriva avec Cooker, il a tenté d'installer rawhide et a échoué, d'où un rapport d'étonnement de sa part constatant que la plupart des développeurs Red Hat n'utilisent pas rawhide au jour le jour, ne bossent sur leur(s) paquet(s) qu'à partir d'une version stable et que le travail d'intégration globale n'est effectué que lors du freeze...
Il a changé cela depuis et rawhide est censée être fonctionnelle / installable, aux bugs en cours près :-) (qui ont vocation à être corrigés, comme dans toute version en développement).
L'aspect rolling release est toujours très tentant pour les développeurs, cela permet de montrer plus rapidement les tous derniers développements, d'avoir des retours sur les nouvelles fonctionnalités et les nouveaux bugs afférents, mais bon parfois cela casse les installations pendant quelques jours : côté Mageia, cela se fait pour des paquets avec peu de dépendances de monter de version plutôt que de faire un backport, cela s'est fait même pour KDE avec quelques cas de plantage complet dans une configuration spécifique (paquets 32 bits et 64 bits mixés...) mais bon cela reste tout de même risqué de mettre des utilisateurs non avertis dans cette situation... Autant pour des développeurs, il y aura un moyen de contournement ou de contact relativement direct, autant pour des utilisateurs standards, cela est parfois plus compliqué et signifie une indisponibilité pendant 1 à 2 semaines de son ordinateur...
[^] # Re: ???
Posté par BAud (site web personnel) . En réponse au message Fedora: quel est l'intérêt d'un gestionnaire de paquet?. Évalué à 3.
C'est Adam Williamson (un ancien de Mandriva devenu community leader chez Red Hat) qui l'a proposé — à titre personnel — comme indiqué dans son mail en 2012 : https://lists.fedoraproject.org/pipermail/devel/2012-November/173397.html
C'est Rawhide (la version de dév') qui peut être vue comme une rolling release https://fedoraproject.org/wiki/Releases/Rawhide sauf dans les périodes de freeze avant sortie de version, tout comme l'était Cooker pour Mandriva ou l'est Cauldron pour Mageia : tu as des mises à jour au fil de l'eau (pas besoin d'ajouter les dépôts backports ou testing pour la stable, tu as directement les nouveaux bugs^W correctifs dans des versions plus récentes des paquets upstream).
C'est d'ailleurs un point sur lequel AdamW avait travaillé en arrivant à Red Hat :
habitué qu'il était du fonctionnement chez Mandriva avec Cooker, il a tenté d'installer rawhide et a échoué, d'où un rapport d'étonnement de sa part constatant que la plupart des développeurs Red Hat n'utilisent pas rawhide au jour le jour, ne bossent sur leur(s) paquet(s) qu'à partir d'une version stable et que le travail d'intégration globale n'est effectué que lors du freeze...
Il a changé cela depuis et rawhide est censée être fonctionnelle / installable, aux bugs en cours près :-) (qui ont vocation à être corrigés, comme dans toute version en développement).
Vous noterez que sur son blog https://www.happyassassin.net il a conservé l'icône de Mandriva :-)
L'aspect rolling release est toujours très tentant pour les développeurs, cela permet de montrer plus rapidement les tous derniers développements, d'avoir des retours sur les nouvelles fonctionnalités et les nouveaux bugs afférents, mais bon parfois cela casse les installations pendant quelques jours : côté Mageia, cela se fait pour des paquets avec peu de dépendances de monter de version plutôt que de faire un backport, cela s'est fait même pour KDE avec quelques cas de plantage complet dans une configuration spécifique (paquets 32 bits et 64 bits mixés...) mais bon cela reste tout de même risqué de mettre des utilisateurs non avertis dans cette situation... Autant pour des développeurs, il y aura un moyen de contournement ou de contact relativement direct, autant pour des utilisateurs standards, cela est parfois plus compliqué et signifie une indisponibilité pendant 1 à 2 semaines de son ordinateur...