Ça marche si le noyau est proprio et le driver GPL. Mais là, c'est l'inverse.
Mince, il va falloir le dire a NVidia, Connexant, ATI et pleins d'autres.
Le noyau est plus "inhérent au système" qu'un driver.
Dans un kernel monolithique, ca me ferait un peu mal.... Tu savais que la gestion mémoire par exemple c'était un driver ?
De toute facon je peux lier une appli complètement propriétaire aux bibliothèques standards en GPL. Et ca tombe un peu bien d'ailleurs, parceque sinon pour faire du proprio sur Linux il faudrait y aller franco...
Le fait d'utiliser les APIs standards, les bibliothèques standards ou les appels standards d'un système ne peut pas constituer une violation de la GPL. Si ca n'était pas le cas on ne pourrait soit pas écrire de programmes GPL sous des OS propriétaires, soit pas écrire de programmes propriétaires sous des OS GPL.
[^] # Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à -1.
Mince, il va falloir le dire a NVidia, Connexant, ATI et pleins d'autres.
Le noyau est plus "inhérent au système" qu'un driver.
Dans un kernel monolithique, ca me ferait un peu mal.... Tu savais que la gestion mémoire par exemple c'était un driver ?
De toute facon je peux lier une appli complètement propriétaire aux bibliothèques standards en GPL. Et ca tombe un peu bien d'ailleurs, parceque sinon pour faire du proprio sur Linux il faudrait y aller franco...
Le fait d'utiliser les APIs standards, les bibliothèques standards ou les appels standards d'un système ne peut pas constituer une violation de la GPL. Si ca n'était pas le cas on ne pourrait soit pas écrire de programmes GPL sous des OS propriétaires, soit pas écrire de programmes propriétaires sous des OS GPL.
Kha