Les pilotes proprios sur Android ne sont pas des pilotes dans le noyau, ce sont des bibliothèques partagées tournant en espace utilisateur.
Ah, je ne savais pas ; mais argumenter qu'ils ont une parade juridique pour ne pas filer les sources selon la GPL à un système qu'on prétend libre... mouai.
On est obligés de se baser sur des critères objectifs pour savoir si on a le droit de faire quelque chose ou non, et distribuer un système basé sur le noyaux Linux et des pilotes en espace utilisateur propriétaire, c'est légal. Le résultat n'est pas entièrement libre, et on en pense ce qu'on veut.
On peut absolument recompiler le code AOSP avec uniquement des logiciels libres.
Non, cf. page de chez Debian et de chez beuc.
Attends, mais c'est un truc que j'ai fait moi-même. Tu veux dire qu'à un moment dans le processus de compilation d'Android j'ai exécuté du code propriétaire sur ma machine ? Ou j'ai compilé du code non libre ? Je ne m'en suis pas rendu compte. Beuc ne s'occupe pas à ma connaissance de ça, il s'occupe du SDK, qui n'est pas impliqué dans la construction d'Android. Ni la page Debian. (bien sûr, quand j'ai compilé Lineage pour mon téléphone, j'ai inclus les binaires proprio pour mon modèle, mais AOSP en lui-même peut être compilé et exécuté sans en considérant une plateforme ne nécessitant pas de blobs proprio).
Le problème est dans le « majoritairement »
La licence précise : les parties libres du SDK sont gouvernées par leur licences. À ma connaissance, pour compiler les applications que j'ai compilées (libres et sans dépendances propriétaires), je n'ai utilisé que des parties libres du SDK1. En fait, c'est ce qui m'importe le plus. Maintenant, une recompilation entièrement libre du SDK est plus que bienvenue et j'ai activement cherché. C'est comme ça que je suis tombé sur le travail de beuc. Et je suis pressé de ne plus avoir à télécharger des binaires de chez Google et un SDK non libre, même si je n'en utilise que les parties libres.
c'est une galère sans nom qui lui a demandé un travail titanesque. [...] J'espère qu'il pourra arriver à l'améliorer et le faire durer [...]
C'est clair.
1: bien sûr, les binaires du style gradlew, ils sont malheureusement bien là dans le code source des applications et je crois que le système de compilation de F-Droid permet de les contourner
[^] # Re: Errata
Posté par raphj (site web personnel) . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 5.
On est obligés de se baser sur des critères objectifs pour savoir si on a le droit de faire quelque chose ou non, et distribuer un système basé sur le noyaux Linux et des pilotes en espace utilisateur propriétaire, c'est légal. Le résultat n'est pas entièrement libre, et on en pense ce qu'on veut.
Attends, mais c'est un truc que j'ai fait moi-même. Tu veux dire qu'à un moment dans le processus de compilation d'Android j'ai exécuté du code propriétaire sur ma machine ? Ou j'ai compilé du code non libre ? Je ne m'en suis pas rendu compte. Beuc ne s'occupe pas à ma connaissance de ça, il s'occupe du SDK, qui n'est pas impliqué dans la construction d'Android. Ni la page Debian. (bien sûr, quand j'ai compilé Lineage pour mon téléphone, j'ai inclus les binaires proprio pour mon modèle, mais AOSP en lui-même peut être compilé et exécuté sans en considérant une plateforme ne nécessitant pas de blobs proprio).
La licence précise : les parties libres du SDK sont gouvernées par leur licences. À ma connaissance, pour compiler les applications que j'ai compilées (libres et sans dépendances propriétaires), je n'ai utilisé que des parties libres du SDK1. En fait, c'est ce qui m'importe le plus. Maintenant, une recompilation entièrement libre du SDK est plus que bienvenue et j'ai activement cherché. C'est comme ça que je suis tombé sur le travail de beuc. Et je suis pressé de ne plus avoir à télécharger des binaires de chez Google et un SDK non libre, même si je n'en utilise que les parties libres.
C'est clair.
1: bien sûr, les binaires du style
gradlew, ils sont malheureusement bien là dans le code source des applications et je crois que le système de compilation de F-Droid permet de les contourner