Si nous cherchons à reprendre en main nos ordiphones, c'est pour arrêter de nourrir les GAFAMs de nos données, plus ou moins personnelles.
Au passage de CyanogenMOD à LineageOS j'avais trouvé que les 'responsables' de la rom s'éloignaient beaucoup de cet objectif.
(suite de la partie 1)
Comme certains le savent sûrement déjà, j'aime beaucoup le potentiel de l'éco système android. À mon avis, bien que les GAFAM essayent de le détourner à leur propre profit, le potentiel est énorme et, avec (beaucoup) de travail, permettrait d'arriver à reprendre en main nos ordiphones.
Disclamer, ces articles n'ont pas pour but d'être exhaustifs et, à l'origine, étaient un coup de gueule contre LineageOS
Au vu des retours que j'ai eu sur Mastodon, cet article commence à prendre une longueur que je n'avais pas mesurée 🙄 et sera donc découpé en trois parties:
Utilisation, côté développement, analyse du trafic.
Contexte
J'étais sur un réseau de chat en train de parler de l'"""iot""" sur lequel je m'amusais, et l'une des personnes qui s'y connait bien en C a bien voulu relire mon code.
Arrivé ici il m'explique que ce code:
unsigned char node_addr = (int)(temp.addr.value/2);
unsigned char sens_addr = (int)(temp.addr.value%2);
n'est pas optimal et qu'il vaudrait mieux utiliser cette variante:
unsigned char node_addr = (int)(temp.addr.value) >> 1;
unsigned char sens_addr = (int)(temp.addr.value) & 0x01;
L'une des choses à faire pour dépanner un probleme de boot lié au ramdisk, est d'essayer un ramdisk qui est connu pour fonctionner.
De l'article précedent, j'ai deux TWRP, un qui est fonctionnel, l'autre que j'essaye de dépanner.
Je vais donc faire des tests croisés, gràce à l'outil de osm0sis: https://shaarli.nailyk.fr/?laIuDw (lien vers le shaarli au cas où il disparaisse d'ici: https://github.com/osm0sis/mkbootimg )
Lire la suite de Analyse des problèmes de démarrage d'un boot.img
La première étape a été de réussir à build TWRP.
Il fallait donc resoudre beaucoup d'erreur de build.
La première était que le kernel n'arrivait pas à se construire car la version de GCC 4.8 n'est plus fournie avec android 9.
Heureusement les personnes qui s'étaient occupées du kernel pour android 8 avaient préparé le terrain et le kernel peut être construit sans problème avec gcc 4.9. Ouf!