Déjà ça parrait pas valable paske $CO n'était (officiellement) pas au courant de la présence de ce code.
Mais surtout si ils gagnent ça va être encore pire: ça signifierais que si quelqu'un planque du code dans un logiciel libre et que son proprietaire diffuse ledit logiciel, le code volé passe GPL; ce qui accentuerais la réticence des boites à contribuer à des softs libres.
Attends, c'est quand même normal non ?
Tu écrit un soft (propriétaire). Un des barbus communistes d'IBM se procure ton code on ne sait trop comment et l'inclu dans un soft GPL. Jusque là, tout le monde est d'accord, le barbu communiste a fait quelque chose d'illégal et le soft GPL est corrompu par du code proprio.
Maintenant, tu décide de prendre le soft GPL parce qu'il est super bien et de le vendre. Il est peut être un peu normal de faire un audit du code d'un logiciel que tu VENDS, non ? au moins pour justement être sûr que ce logiciel n'inclu pas ton code (si tu est une boite dont le code aurait pu être utilisé). C'est facile d'arriver la bouche en coeur en disant que tu n'était pas au courant ! distribuer du code et faire de l'argent dessus implique à mon avis un minimum de responsabilité (au moins celle de vérifier que le logiciel n'enfreigne pas ton propre code !!!)
SCO a distribué et continue à le faire le kernel linux sous licence GPL, et pire, des développeurs SCO ont bossés sur le kernel avec IBM. On ne peut pas croire honnêtement qu'ils n'étaient pas au "courant" si effectivement il y avait du code SCO dans le kernel. Ou plus exactement, même si c'est le cas, je pense qu'ils ont fait alors preuve d'une incompétence caractérisée et que d'un point de vue juridique ça ne peut que se retourner contre eux.
Maintenant, ce que ça veut dire c'est juste que SCO peut difficilement, à mon avis, revenir sur le fait que le code soit passé en GPL (si code il y a, ce dont on peut douter très fortement). Par contre, SCO peut parfaitement (et c'est ce qu'ils font, si on met de côté les FUDs plus généraux) se retourner pour rupture de contrat ou violation de propriété intellectuelle vers IBM.
Et de toute façon, même si un tribunal considère que le code a été injustement passé en GPL (ce qui est tangent, vu le peu d'importance accordé par SCO à la protection de sa propre propriété intellectuelle), la seule chose qu'il peut demander c'est le retrait de ce code du programme GPL.
Parce que bon, les fuddeurs parlent à tout va du caractère "viral" de la GPL, mais enfin, SCO nous fait pour l'occasion une sacré démonstration de virus de code propriétaire ! 80 lignes de code propriétaire arrivant à corrompre un kernel linux de plus d'un million de lignes !
C'est absolument risible, et ils vont se faire exploser la gueule, à juste titre.
Par contre, le fait qu'IBM utilise les brevets logiciels dans sa contre-attaque... brr...
[^] # Re: IBM va exploser SCO :-)))
Posté par Nicolas Roard . En réponse à la dépêche Linux et IBM reçoivent un satisfecit de Washington. Évalué à 3.
Mais surtout si ils gagnent ça va être encore pire: ça signifierais que si quelqu'un planque du code dans un logiciel libre et que son proprietaire diffuse ledit logiciel, le code volé passe GPL; ce qui accentuerais la réticence des boites à contribuer à des softs libres.
Attends, c'est quand même normal non ?
Tu écrit un soft (propriétaire). Un des barbus communistes d'IBM se procure ton code on ne sait trop comment et l'inclu dans un soft GPL. Jusque là, tout le monde est d'accord, le barbu communiste a fait quelque chose d'illégal et le soft GPL est corrompu par du code proprio.
Maintenant, tu décide de prendre le soft GPL parce qu'il est super bien et de le vendre. Il est peut être un peu normal de faire un audit du code d'un logiciel que tu VENDS, non ? au moins pour justement être sûr que ce logiciel n'inclu pas ton code (si tu est une boite dont le code aurait pu être utilisé). C'est facile d'arriver la bouche en coeur en disant que tu n'était pas au courant ! distribuer du code et faire de l'argent dessus implique à mon avis un minimum de responsabilité (au moins celle de vérifier que le logiciel n'enfreigne pas ton propre code !!!)
SCO a distribué et continue à le faire le kernel linux sous licence GPL, et pire, des développeurs SCO ont bossés sur le kernel avec IBM. On ne peut pas croire honnêtement qu'ils n'étaient pas au "courant" si effectivement il y avait du code SCO dans le kernel. Ou plus exactement, même si c'est le cas, je pense qu'ils ont fait alors preuve d'une incompétence caractérisée et que d'un point de vue juridique ça ne peut que se retourner contre eux.
Maintenant, ce que ça veut dire c'est juste que SCO peut difficilement, à mon avis, revenir sur le fait que le code soit passé en GPL (si code il y a, ce dont on peut douter très fortement). Par contre, SCO peut parfaitement (et c'est ce qu'ils font, si on met de côté les FUDs plus généraux) se retourner pour rupture de contrat ou violation de propriété intellectuelle vers IBM.
Et de toute façon, même si un tribunal considère que le code a été injustement passé en GPL (ce qui est tangent, vu le peu d'importance accordé par SCO à la protection de sa propre propriété intellectuelle), la seule chose qu'il peut demander c'est le retrait de ce code du programme GPL.
Parce que bon, les fuddeurs parlent à tout va du caractère "viral" de la GPL, mais enfin, SCO nous fait pour l'occasion une sacré démonstration de virus de code propriétaire ! 80 lignes de code propriétaire arrivant à corrompre un kernel linux de plus d'un million de lignes !
C'est absolument risible, et ils vont se faire exploser la gueule, à juste titre.
Par contre, le fait qu'IBM utilise les brevets logiciels dans sa contre-attaque... brr...