Basé sur AOSP, alors qu'il existe moult projets de logiciels libres, indépendants de Google, plus sains pour le long terme : debian, mobian, droidian, etc…
Étonnant et dommage. Mais, en supposant que la FSF a fait une analyse de l'état des lieux et des difficultés à vaincre (les fabricants de composants ARM ne sont pas aussi coopératifs que AMD ou Intel, c'est le moins qu'on puisse dire), n'est-ce pas un constat d'impuissance ?
plus sains pour le long terme : debian, mobian, droidian, etc…
La question est là : c'est l'avenir que je souhaite mais ces projets arriveront-ils à surmonter les difficultés de l'environnement ARM ou bien vont-il plafonner sans arriver à proposer une alternative viable (au sens de l'usage habituel d'un smartphone) ?
En tous cas, je ne comprends pas : ça va être beaucoup d'efforts et de temps pour faire du reverse engineering de blobs et en faire une version libre ; si entre-temps les composants hardware correspondant sont devenus obsolètes et ne sont plus disponibles, la FSF va recommencer ?
En tous cas, je ne comprends pas : ça va être beaucoup d'efforts et de temps pour faire du reverse engineering de blobs et en faire une version libre ; si entre-temps les composants hardware correspondant sont devenus obsolètes et ne sont plus disponibles, la FSF va recommencer ?
Ben c'est un peu ce qui est fait pour pas mal de pilotes matériel, je suppose qu'une fois les puces de génération N faites, la génération N+1 est bien plus facile à prendre en charge, ce n'est pas la révolution à chaque cycle.
On en a déjà discuté sur d'autres fils, mais sur le mobile, soit on bosse sur Debian, Mobian, Droidian et on change potentiellement la vie de 0.0001% des utilisateurs dans le monde, soit on bosse sur AOSP, et on peut toucher 70% des utilisateurs dans le monde.
Après, il faudrait forker AOSP et le placer sous une institution neutre, comme on peut le voir pour le kernel Linux ou LibreOffice. Mais "déblobber" AOSP ce serait déjà une grosse avancée pour des appareils qui pourraient durer plus longtemps avec un vrai support.
Mais "déblobber" AOSP ce serait déjà une grosse avancée pour des appareils qui pourraient durer plus longtemps avec un vrai support.
déjà obtenir les BLOBs de firmware sous une licence distribuable voire libre — voire avec leur code source — ce serait plus pratique que d'analyser les quelques ROM stock disponibles sur
# Commentaire
Posté par tkr (Mastodon) . Évalué à 10 (+13/-1).
Basé sur AOSP, alors qu'il existe moult projets de logiciels libres, indépendants de Google, plus sains pour le long terme : debian, mobian, droidian, etc…
Étonnant.
[^] # Re: Commentaire
Posté par mahikeulbody . Évalué à 9 (+7/-0).
Étonnant et dommage. Mais, en supposant que la FSF a fait une analyse de l'état des lieux et des difficultés à vaincre (les fabricants de composants ARM ne sont pas aussi coopératifs que AMD ou Intel, c'est le moins qu'on puisse dire), n'est-ce pas un constat d'impuissance ?
La question est là : c'est l'avenir que je souhaite mais ces projets arriveront-ils à surmonter les difficultés de l'environnement ARM ou bien vont-il plafonner sans arriver à proposer une alternative viable (au sens de l'usage habituel d'un smartphone) ?
En tous cas, je ne comprends pas : ça va être beaucoup d'efforts et de temps pour faire du reverse engineering de blobs et en faire une version libre ; si entre-temps les composants hardware correspondant sont devenus obsolètes et ne sont plus disponibles, la FSF va recommencer ?
[^] # Re: Commentaire
Posté par Maclag . Évalué à 3 (+0/-0).
Ben c'est un peu ce qui est fait pour pas mal de pilotes matériel, je suppose qu'une fois les puces de génération N faites, la génération N+1 est bien plus facile à prendre en charge, ce n'est pas la révolution à chaque cycle.
[^] # Re: Commentaire
Posté par Maclag . Évalué à 8 (+5/-0).
On en a déjà discuté sur d'autres fils, mais sur le mobile, soit on bosse sur Debian, Mobian, Droidian et on change potentiellement la vie de 0.0001% des utilisateurs dans le monde, soit on bosse sur AOSP, et on peut toucher 70% des utilisateurs dans le monde.
Après, il faudrait forker AOSP et le placer sous une institution neutre, comme on peut le voir pour le kernel Linux ou LibreOffice. Mais "déblobber" AOSP ce serait déjà une grosse avancée pour des appareils qui pourraient durer plus longtemps avec un vrai support.
[^] # Re: Commentaire
Posté par BAud (site web personnel) . Évalué à 5 (+3/-0).
déjà obtenir les BLOBs de firmware sous une licence distribuable voire libre — voire avec leur code source — ce serait plus pratique que d'analyser les quelques ROM stock disponibles sur
https://www.sammobile.com/firmwares/ pour samsung
https://developers.google.com/android/images?hl=fr pour celles des pixel
ou pire https://xdafirmware.com/ xda /o\ — dois-je élaborer ?
et ne parlons pas d'un gitlab permettant de suivre les mises à jour d'un AOSP par fabricant…
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.