Y'en avait même plus que ça. A l'époque de OpenOffice, Novell avait littérallement sponsorisé le fork GoOpenOffice avec un set de patchs que Sun refusait d'incorporer pour une raison ou une autre. En fait, le paquet "OpenOffice" de la plupart des distributions majeures n'était qu'autre que le GoOO de Novell. Les patchs GoOO font désormais parti intégrante de LibreOffice.
Par contre, Novell a pas mal morflé avec la crise de 2008-201x alors que RH a bien résisté, et a du réduire la voilure de pas mal "sous-projets" libres. Je ne sais pas quel est leur status aujourd'hui.
Après, c'est sûr que la discrétion de SUSE n'est pas toujours à son avantage. Par exemple, le machin que SUSE avait développé pour gérer l'initramfs était bien plus avancé que le dracut de Fedora, mais ce dernier jouissait d'une popularité dans le monde du libre plus importante. Au final, il a été plus judicieux de se tourner vers dracut et contribuer les features manquantes afin de profiter des synergies du libre, que de maintenir leur super initram machin dans leur coin.
A noter aussi que d'habitude, ce sont les technologies Red Hat qui s'imposent comme l'upstream chez leur concurrents, parce que RH dispose de développeurs clés un peu partout, et qu'ils font en général du bon boulot. Mais on peut au moins citer l'exception libsolv, le résolveur de dépendences complet badass de chez SUSE qui va devenir l'upstream du futur Yum de Fedora.
[^] # Re: Contributions de SUSE au libre
Posté par Spyhawk . En réponse au journal La Lufthansa a déployé 1 000 000 de systèmes SAP sous Linux ???. Évalué à 10.
Y'en avait même plus que ça. A l'époque de OpenOffice, Novell avait littérallement sponsorisé le fork GoOpenOffice avec un set de patchs que Sun refusait d'incorporer pour une raison ou une autre. En fait, le paquet "OpenOffice" de la plupart des distributions majeures n'était qu'autre que le GoOO de Novell. Les patchs GoOO font désormais parti intégrante de LibreOffice.
Par contre, Novell a pas mal morflé avec la crise de 2008-201x alors que RH a bien résisté, et a du réduire la voilure de pas mal "sous-projets" libres. Je ne sais pas quel est leur status aujourd'hui.
Après, c'est sûr que la discrétion de SUSE n'est pas toujours à son avantage. Par exemple, le machin que SUSE avait développé pour gérer l'initramfs était bien plus avancé que le dracut de Fedora, mais ce dernier jouissait d'une popularité dans le monde du libre plus importante. Au final, il a été plus judicieux de se tourner vers dracut et contribuer les features manquantes afin de profiter des synergies du libre, que de maintenir leur super initram machin dans leur coin.
A noter aussi que d'habitude, ce sont les technologies Red Hat qui s'imposent comme l'upstream chez leur concurrents, parce que RH dispose de développeurs clés un peu partout, et qu'ils font en général du bon boulot. Mais on peut au moins citer l'exception libsolv, le résolveur de dépendences complet badass de chez SUSE qui va devenir l'upstream du futur Yum de Fedora.