Ça veut dire qu’à version et patches identiques, de l’intégralité des logiciels, compilé avec un compilateur lui aussi identique (même versions, même patches, même options), pour une architecture donnée, la possibilité qu’un binaire compilé d’un côté ne fonctionne pas de l’autre et quand même très très mince. À moins d’un code source qui aurait une compilation dépendante de la date, ou de la température qu’il fait, ou autre paramètre non reproductible... Si tu as des exemples de programmes de ce genre n’hésite pas je suis curieux.
Binairement compatible ne veut rien dire, d'autant plus sur Linux qui n'a pas d'ABI. C'est pas Solaris ou Windows.
Ça ne veut rien dire peut-être pour toi je te garantie que ça fait sens pour un tas de personnes. Quant à l’absence d’une ABI, c’est bien justement cette absence d’ABI qui fait qu’une distribution communautaire telle que l’était feu CentOS a toute son utilité !
Pour tout le reste, le choix de Red Hat de créer une distribution telle que CentOS Stream est absolument justifié, c’est la réutilisation du nom que je reproche. Leur besoin d’une telle distribution est tout à fait compréhensible, mais ça n’en fait pas pour autant disparaître le besoin auquel répondant CentOS jusqu’à ce changement, preuve en est l’existence de Rocky Linux et Alma Linux.
Autant dire que c'est pas idéal quand tu proposes un patch ou une modif.
Ça n’a effectivement pas beaucoup de pertinence de proposer un patch à CentOS (ou même un rapport de bug), c’est bien à Red Hat, ou a Fedora que ça a un sens. Tiens d’ailleurs, intéressant que tu parles de Fedora, qu’est-ce qui n’allait pas pour qu’elle remplisse le rôle attribué à CentOS Stream ? Ce qu’elle fait déjà d’ailleurs me semble-t-il, à savoir, tester les nouveautés avant qu’elles arrivent, ou pas, dans RHEL ?
[^] # Re: Tout dépend du point de vue ...
Posté par Marotte ⛧ . En réponse au journal Les distro pionnières, en recul?. Évalué à 2.
Ça veut dire qu’à version et patches identiques, de l’intégralité des logiciels, compilé avec un compilateur lui aussi identique (même versions, même patches, même options), pour une architecture donnée, la possibilité qu’un binaire compilé d’un côté ne fonctionne pas de l’autre et quand même très très mince. À moins d’un code source qui aurait une compilation dépendante de la date, ou de la température qu’il fait, ou autre paramètre non reproductible... Si tu as des exemples de programmes de ce genre n’hésite pas je suis curieux.
Ça ne veut rien dire peut-être pour toi je te garantie que ça fait sens pour un tas de personnes. Quant à l’absence d’une ABI, c’est bien justement cette absence d’ABI qui fait qu’une distribution communautaire telle que l’était feu CentOS a toute son utilité !
https://en.wikipedia.org/wiki/Binary-code_compatibility
Pour tout le reste, le choix de Red Hat de créer une distribution telle que CentOS Stream est absolument justifié, c’est la réutilisation du nom que je reproche. Leur besoin d’une telle distribution est tout à fait compréhensible, mais ça n’en fait pas pour autant disparaître le besoin auquel répondant CentOS jusqu’à ce changement, preuve en est l’existence de Rocky Linux et Alma Linux.
Ça n’a effectivement pas beaucoup de pertinence de proposer un patch à CentOS (ou même un rapport de bug), c’est bien à Red Hat, ou a Fedora que ça a un sens. Tiens d’ailleurs, intéressant que tu parles de Fedora, qu’est-ce qui n’allait pas pour qu’elle remplisse le rôle attribué à CentOS Stream ? Ce qu’elle fait déjà d’ailleurs me semble-t-il, à savoir, tester les nouveautés avant qu’elles arrivent, ou pas, dans RHEL ?