si vous voulez une distribution supportée (par notre contrat), ne redistribuez pas les sources ou ne changez rien (les clauses standards de contrats, pas très intéressant en entreprise, qui t'empêchent par défaut de faire ce que tu voudrais « pour te protéger » vu que ce n'est pas un cas testé, tout le monde est une exception hein :p)
Invalider le support pour avoir redistribué les sources, c'est incompatible avec la GPL donc pas légal donc soit c'est une maladresse dans la comm' de RH, soit RH ferait bien de réviser ses contrats de support. Pour les changements, c'est imposé par RH Legal (la quasi totalité des avocats des boites faisant du logiciel imposent le même genre de contraintes dans les contrats de support standard), en pratique, les ingés de support s'en foutent si ça n'a pas d'incident, et ça doit sauter si on prends un niveau de support supérieur.
faudrait simplement regarder ce qu'est censé faire le support justement pour le remonter upstream, (support, gens compétents, contribuant upstream, trouvant le patch kivabien dans ce cas toussa)
Si j'ai bien compris, chaque composant dans RHEL a un mainteneur RH assigné (le management doit gérer les départs, congés et les ressources nécessaires pour ça), le mainteneur RH est sensé devenir mainteneur ou co-mainteneur dans Fedora (et à ce titre, maintenir un contact régulier avec upstream). La plupart du temps, le mainteneur RH est soit le mainteneur upstream (ie: postgresql, GLibc, QPid, libvirt, GCC), dans son domaine de compétence (GNOME, httpd, MySQL), soit s'implique dans la maintenance dans Fedora ou upstream (ie: WxWidgets), et il y a des gros branleurs (削除) (hint: beaucoup d'entre eux bossent dans la division JBoss) (削除ここまで)
il suffirait d'ajouter une clause « le client est roi et peut remonter un bug upstream » (et là fedora, ce serait les rois du monde \o/ comme les autres distros qui ont réussi à faire comprendre à leur client, hein :D le client o_O mais ça va viendre...)
J'aime cette façon de voir -plus cohérente avec l'éthique libriste-, le plus difficile c'est de convaincre le management et les avocats.
[^] # Re: RH
Posté par GeneralZod . En réponse à la dépêche Fedora arrive à sa 16e version !. Évalué à 2.
Invalider le support pour avoir redistribué les sources, c'est incompatible avec la GPL donc pas légal donc soit c'est une maladresse dans la comm' de RH, soit RH ferait bien de réviser ses contrats de support. Pour les changements, c'est imposé par RH Legal (la quasi totalité des avocats des boites faisant du logiciel imposent le même genre de contraintes dans les contrats de support standard), en pratique, les ingés de support s'en foutent si ça n'a pas d'incident, et ça doit sauter si on prends un niveau de support supérieur.
Si j'ai bien compris, chaque composant dans RHEL a un mainteneur RH assigné (le management doit gérer les départs, congés et les ressources nécessaires pour ça), le mainteneur RH est sensé devenir mainteneur ou co-mainteneur dans Fedora (et à ce titre, maintenir un contact régulier avec upstream). La plupart du temps, le mainteneur RH est soit le mainteneur upstream (ie: postgresql, GLibc, QPid, libvirt, GCC), dans son domaine de compétence (GNOME, httpd, MySQL), soit s'implique dans la maintenance dans Fedora ou upstream (ie: WxWidgets), et il y a des gros branleurs
(削除) (hint: beaucoup d'entre eux bossent dans la division JBoss) (削除ここまで)J'aime cette façon de voir -plus cohérente avec l'éthique libriste-, le plus difficile c'est de convaincre le management et les avocats.