Il y a problème pour la distribution. Le problème se pose lorsque, par exemple, tu conseilles une distribution et dis qu'elle est libre (ce qui veut dire que TOUS les sources (y compris les firmwares) sont disponibles). Ben s'il y a un blob-firmware, elle n'est pas libre.
Si ce blob est distribué distribué sous gplv2, je ne vois pas en quoi on peut prétendre qu'il n'est pas libre. Certes on a pas les sources (mais dans certains cas il n'y en a pas), mais les conditions de modification, de redistribution, ... sont d'application. C'est moins lisible, mais y a t'il moyen de le rendre plus lisible?
doit faire le nécessaire pour permettre de facilement faire des versions de Linux sans blob
Je pense que c'est surtout ceux en quête de pureté à venir participer au projet upstream plutôt que de poser des exigeances. chacun son projet.
On veut qu'il y ait les sources
Encore une fois, il y en a où il n'y a pas de source parceque ça a été développé directement en binaire. Libre à qui veut de faire de l'ingénierie inverse sur ces petits éléments et de faire une documentation. Ce sera toujours plus productif que de chercher à les virer sans pallier au manque engendré.
[^] # Re: toujours cette maladie...
Posté par ragoutoutou . En réponse au journal FSF et distributions. Évalué à 3.
Si ce blob est distribué distribué sous gplv2, je ne vois pas en quoi on peut prétendre qu'il n'est pas libre. Certes on a pas les sources (mais dans certains cas il n'y en a pas), mais les conditions de modification, de redistribution, ... sont d'application. C'est moins lisible, mais y a t'il moyen de le rendre plus lisible?
doit faire le nécessaire pour permettre de facilement faire des versions de Linux sans blob
Je pense que c'est surtout ceux en quête de pureté à venir participer au projet upstream plutôt que de poser des exigeances. chacun son projet.
On veut qu'il y ait les sources
Encore une fois, il y en a où il n'y a pas de source parceque ça a été développé directement en binaire. Libre à qui veut de faire de l'ingénierie inverse sur ces petits éléments et de faire une documentation. Ce sera toujours plus productif que de chercher à les virer sans pallier au manque engendré.