Alors tes gentils, mais va apprendre la difference entre GPL et LGPL et revient dire tes conneries après.
Bon ben je vais en dire une dernière quand même.
Le kernel est en GPL, c'est le seul à gerer les accès a la mémoire physique. Donc toutes les applis qui tuilsent les APIs du kernel pour obtenir une allocation mémoire (en kernel ou en userspace) sont donc soit en GPL, soit sont des exceptions. (La LGPL n'a pas le droit de lier la GPL)
Donc toutes les applis qui fonctionnent sous Linux sont soit en GPL soit tirent parti d'une exception d'une appli ou d'un bibliothèque en dessous d'elles.
Le truc c'est que c'est bien des exceptions, mais pas du tout des entorses a la GPL, mais une non application ou une application parteilel de la protection contre les éléments non GPL. Et ces exceptions sont présente dans la GPL : These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works.
La clef c'est can be reasonably considered independent Si on considére que d'utiliser des bibliothèques GPL bas niveau d'un système c'est mettre son programme sous GPL, alors aucun programme en peut être raisonablement considéré comme indépendant.
Le terme Bibliothèques standard te gène peut-être. Remplaçons le par "bibliothèques fondamentales". Et dans ce cas de même qu'un programme GPL sous windows peut faire appel a l'API win32 (et heureusement), un programme non GPL sous Linux peut allouer de la mémoire (et heureusement aussi, il y a pas de raison.)
En ce qui concerne readline, la Glibc, la libc ou QT les remarques du thread sont tout a fait valables, mais parce que ce sont des bibliothèques et des applis de trop haut niveau.
[^] # Re: euhh ... mainteneurs oupsss ?
Posté par Jerome Herman . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 2.
Bon ben je vais en dire une dernière quand même.
Le kernel est en GPL, c'est le seul à gerer les accès a la mémoire physique. Donc toutes les applis qui tuilsent les APIs du kernel pour obtenir une allocation mémoire (en kernel ou en userspace) sont donc soit en GPL, soit sont des exceptions. (La LGPL n'a pas le droit de lier la GPL)
Donc toutes les applis qui fonctionnent sous Linux sont soit en GPL soit tirent parti d'une exception d'une appli ou d'un bibliothèque en dessous d'elles.
Le truc c'est que c'est bien des exceptions, mais pas du tout des entorses a la GPL, mais une non application ou une application parteilel de la protection contre les éléments non GPL. Et ces exceptions sont présente dans la GPL :
These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works.
La clef c'est can be reasonably considered independent Si on considére que d'utiliser des bibliothèques GPL bas niveau d'un système c'est mettre son programme sous GPL, alors aucun programme en peut être raisonablement considéré comme indépendant.
Le terme Bibliothèques standard te gène peut-être. Remplaçons le par "bibliothèques fondamentales". Et dans ce cas de même qu'un programme GPL sous windows peut faire appel a l'API win32 (et heureusement), un programme non GPL sous Linux peut allouer de la mémoire (et heureusement aussi, il y a pas de raison.)
En ce qui concerne readline, la Glibc, la libc ou QT les remarques du thread sont tout a fait valables, mais parce que ce sont des bibliothèques et des applis de trop haut niveau.
Kha