> Et ça c' est le plus gros point. Bref ça à pas l' air de grand chose à voir comme ça, mais cela impacterai beaucoup de trop de choses chez beaucoup trop de clients.
Faut se "calmer". Ça ne conserne qu'une (grosse) poignée de script. Ça n'a rien à voir avec des millions de documents sous ODF ou autres.
Tu peux faire des échanges de document ODF, tu n'en fais quasiment jamais pour les scripts d'initialisation.
Imaginons (simple suposition) que Upstart soit totalement et définitivement incompatible SystemV. Pour Fedora ce n'est pas un problème (hors le problème technique de mettre à jours des scripts), Fedora est la pour l'évolution du logiciel et non la promotion de vieux "standards" sans avenir.
Pour RHEL, c'est un problème mais ça ne va pas empêcher Red Hat de faire évoluer RHEL. Ça va être fait dans un cadre plus contraignant que Fedora.
Red Hat va sortir une première beta de la prochaine RHEL avec un BIG warning qui indique que les init scripts doivent être adaptés. Il y aura probablement quelques lignes, ou un lien vers une doc, qui indique comment faire. Entre la première beta et la version finale il va se passer sans problème 5 mois voir plus !
Lorsque RHEL 6 sort, il y aura un large panel d'appli *déjà* certifiées ! Les vendeurs de logiciel y ont intérêt.
Exemple avec l'annonce de la beta 1 de RHEL 5 : http://www.redhat.com/archives/rhelv5-announce/2006-Septembe(...)
Notons les avertissements sur subversion, apache et php qui ne sont pas compatibles avec RHEL 4. Il y a eu 7 mois entre la première beta (basée sur FC6 test2 si j'ai bonne mémoire) et la sortie de RHEL 5.
La compatibilité, l'intéropérabilité sont indispensables pour les formats de document. Pour les programmes, c'est beaucoup plus discutable et il ne faut pas freiner l'évolution du logiciel libre à cause de ça. Évidemment ça doit être pris en compte. Mais casser les choses est parfois un mal nécessaire.
> C' est pourquoi, en l' état actuel de upstart, il s' agira certainement d' une première : pour la première fois quelque chose qui est dans Fedora ne sera pas dans Redhat. En l' état actuel de upstart, ce n' est pas possible, ce n' est pas sérieux.
En l'état actuel peut-être pas. La prochaine RHEL sera probablement basée sur Fedora 10 et sortira probablement entre 4 et 6 mois après F10.
Mais je suis vraiment persuadé que la prochaine RHEL aura upstart.
[^] # Re: Re:
Posté par IsNotGood . En réponse à la dépêche La Fedora 9 arrive en version beta. Évalué à 2.
Faut se "calmer". Ça ne conserne qu'une (grosse) poignée de script. Ça n'a rien à voir avec des millions de documents sous ODF ou autres.
Tu peux faire des échanges de document ODF, tu n'en fais quasiment jamais pour les scripts d'initialisation.
Imaginons (simple suposition) que Upstart soit totalement et définitivement incompatible SystemV. Pour Fedora ce n'est pas un problème (hors le problème technique de mettre à jours des scripts), Fedora est la pour l'évolution du logiciel et non la promotion de vieux "standards" sans avenir.
Pour RHEL, c'est un problème mais ça ne va pas empêcher Red Hat de faire évoluer RHEL. Ça va être fait dans un cadre plus contraignant que Fedora.
Red Hat va sortir une première beta de la prochaine RHEL avec un BIG warning qui indique que les init scripts doivent être adaptés. Il y aura probablement quelques lignes, ou un lien vers une doc, qui indique comment faire. Entre la première beta et la version finale il va se passer sans problème 5 mois voir plus !
Lorsque RHEL 6 sort, il y aura un large panel d'appli *déjà* certifiées ! Les vendeurs de logiciel y ont intérêt.
Exemple avec l'annonce de la beta 1 de RHEL 5 :
http://www.redhat.com/archives/rhelv5-announce/2006-Septembe(...)
Notons les avertissements sur subversion, apache et php qui ne sont pas compatibles avec RHEL 4. Il y a eu 7 mois entre la première beta (basée sur FC6 test2 si j'ai bonne mémoire) et la sortie de RHEL 5.
La compatibilité, l'intéropérabilité sont indispensables pour les formats de document. Pour les programmes, c'est beaucoup plus discutable et il ne faut pas freiner l'évolution du logiciel libre à cause de ça. Évidemment ça doit être pris en compte. Mais casser les choses est parfois un mal nécessaire.
> C' est pourquoi, en l' état actuel de upstart, il s' agira certainement d' une première : pour la première fois quelque chose qui est dans Fedora ne sera pas dans Redhat. En l' état actuel de upstart, ce n' est pas possible, ce n' est pas sérieux.
En l'état actuel peut-être pas. La prochaine RHEL sera probablement basée sur Fedora 10 et sortira probablement entre 4 et 6 mois après F10.
Mais je suis vraiment persuadé que la prochaine RHEL aura upstart.