Android : retour sur le projet Treble
Quel impact sur le développement des ROM alternatives ?

Le , par Patrick Ruiz, Chroniqueur Actualités
Les ROM alternatives Android, dernier recours des utilisateurs de smartphones pour lesquels le constructeur n’assure plus le support, bénéficient du lancement d’Android Oreo (la dernière version du système d’exploitation mobile de Google). D’après des avis recueillis sur le site spécialisé « XDA developers », le nouveau système d’exploitation est bien parti pour donner un souffle nouveau au développement d’images système personnalisées.

Il faut en effet prendre en compte le fait qu’Oreo s’inscrit comme une rupture avec ses prédécesseurs. Et pour cause, l’architecture du système d’exploitation est particulière et ses détails, consignés dans la documentation relative au projet Treble qui a d’ailleurs fait l’objet d’une publication sur cette plateforme au mois de mai dernier.

Google n’a pas fait l’économie des développements en ce qui le concerne ce projet. Oreo sépare les couches d’abstraction matérielle mises en place par les fabricants de puces du framework du système d’exploitation. « Les smartphones compatibles Treble sont munis de partitions dédiées à la sauvegarde des couches d’abstraction matérielle [par fabricant de puces] », rapporte le site spécialisé XDA Developers à ce propos.

La mesure vise à accélérer le processus de mise à jour du système d’exploitation. Dans ces conditions en effet, le fabricant d’équipements d’origine n’est pas conditionné par la mise à disposition de la couche d’abstraction matérielle pour travailler sur une mise à jour du système d’exploitation. Il est par ailleurs prévu que les fabricants de puces puissent procéder à la publication de mises à jour des couches d’abstraction matérielle via le Play Store. Google s’assure de la qualité de « l’interface fabricants de puces » via ses tests de certification Vendor Test Suite (VTS) qui, s’ils sont réussis, font du dispositif concerné un « compatible Treble ».


D’après les développements du site spécialisé XDA Developers, le projet Treble porte déjà du fruit. L’une des exigences de la suite de tests de certification VTS est qu’un dispositif soit capable de démarrer avec une build de ROM AOSP. À date, des contributeurs du site sont parvenus à compiler une ROM AOSP identique à celle que Google met à la disposition des fabricants d’équipements d’origine.

« Nous disposons d’une ROM AOSP qu’on est sûrs de pouvoir utiliser pour faire booter les compatibles Treble. Le gros du travail a été effectué par les fabricants de puces et d’équipements d’origine », rapporte le site spécialisé XDA Developers.

Les smartphones Pixel sont de facto d’excellents candidats à l’expérimentation avec cette ROM puisque taillée sur mesure pour ces derniers. Les contributeurs du site rapportent avoir mis la ROM à contribution pour démarrer des smartphones de trois fabricants d’équipements d’origine différents (Huawei Mate 9, Sony Xperia Z1 ainsi qu’un Essential Phone).

Perspective réjouissante donc pour les possesseurs de smartphones compatibles Treble. On est en droit de penser que la communauté veillera à ce que la durée de vie de leurs appareils puisse être prolongée en cas d’abandon par le constructeur. Il reste néanmoins du pain sur la planche comme rapporté par les contributeurs. Ces derniers notent tout de même que le chemin parcouru par les fabricants de puces et d’équipements d’origine réduit considérablement le travail de développement de ROM pour des dispositifs supplémentaires. Contributeurs de tous bords, à vos marques, prêts, partez !

Rejoindre le forum de développement d’images système personnalisées compatible Treble via ce lien.

Source

XDA

Votre avis

Faites-vous dans le développement d’images système personnalisées ? Si oui, bien vouloir partager votre expérience et dire en quoi le projet Treble est un plus ou pas.

Voir aussi

USA : 71 % des smartphones Android fonctionnent avec des correctifs de sécurité obsolètes, une situation attribuée à la nature open source de l'OS


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de MikeRowSoft MikeRowSoft - Provisoirement toléré https://www.developpez.com
le 26/11/2017 à 16:56
Citation Envoyé par Patrick Ruiz Voir le message
[...]
Oreo sépare les couches d’abstraction matérielle mises en place par les fabricants de puce du framework du système d’exploitation. « Les smartphones compatibles Treble sont munis de partitions dédiées à la sauvegarde des couches d’abstraction matérielle [par fabricant de puce] »
[...]
Les deux couches pourront recevoir des mises à jours distinctes ?
C'est le fabriquant de puce qui fourni ce qu'il faut et les assembleurs l'utilisent sans modifier quoi que ce soit ?
C'est valable que pour les puces "tout en un" ?
C'est du codé en dur dans la puce et le système d'exploitation sait où trouver les ressources en dur aussi ?

Le label made for Android ou made for Google ?

Apple avait déjà suivi cette voie en matière de pièce détaché, mais le PC Windows/Linux est toujours le meilleur grâce au pro qui ne souhaite pas se prendre la tête.
Avatar de ilapasle25 ilapasle25 - Inactif https://www.developpez.com
le 26/11/2017 à 23:03
quand je pense qu'un de mes pc que j'ai depuis 2006 est sur la dernière version de Windows 10 64bits Android me fait rigoler par cette amateurisme.
Meme Apple (qui est un très mauvais élève) assure une plus longue longévité software de ces produits.

Pourquoi android c'est pas un os distribué par Google et les fabricants via un service à la Windows Update publie uniquement leurs drivers ? Sous Windows sa n'a que des avantages pour le consommateur (matériel pris en charge très longtemps)

Meme remarque avec Linux la rétro-compatibilité y est très mauvaise aussi. Le monde de linux (android y compris...mdr) à la fâcheuse tendance de ce ruée vers la derniers techno en se foutant complètement de la gueule des pro qui avec toute la bonne volonté du monde ne peuvent supporter de rythme de manière viable&rentable.

Windows et win32 c'est 20ans de rétro-comptabilité quasi garantie. Windows 32bits c'est encore plus avec le support des apps 16bits.
Avatar de Greg-dev Greg-dev - Membre régulier https://www.developpez.com
le 27/11/2017 à 12:48
Citation Envoyé par ilapasle25 Voir le message
quand je pense qu'un de mes pc que j'ai depuis 2006 est sur la dernière version de Windows 10 64bits Android me fait rigoler par cette amateurisme.
Meme Apple (qui est un très mauvais élève) assure une plus longue longévité software de ces produits.

Pourquoi android c'est pas un os distribué par Google et les fabricants via un service à la Windows Update publie uniquement leurs drivers ? Sous Windows sa n'a que des avantages pour le consommateur (matériel pris en charge très longtemps)

Meme remarque avec Linux la rétro-compatibilité y est très mauvaise aussi. Le monde de linux (android y compris...mdr) à la fâcheuse tendance de ce ruée vers la derniers techno en se foutant complètement de la gueule des pro qui avec toute la bonne volonté du monde ne peuvent supporter de rythme de manière viable&rentable.

Windows et win32 c'est 20ans de rétro-comptabilité quasi garantie. Windows 32bits c'est encore plus avec le support des apps 16bits.
On peut pas comparer ce qui n'est pas comparable :
- PC et smartphone n'ont pas la même architecture
- Apple est complètement fermé, ils font leur OS et leur smartphone c'est forcément compatible alors que Google est complètement ouvert, le problème de mise à niveau vient des constructeurs qui ne proposent jamais/rarement de mise à niveau
- Pour la rétro-compatibilité sur Linux, je ne comprend pas sauf si tu utilises des versions en cours de dev lol, une LTS ça dure quand même plusieurs années...
Avatar de ilapasle25 ilapasle25 - Inactif https://www.developpez.com
le 28/11/2017 à 11:25
Citation Envoyé par Greg-dev Voir le message
On peut pas comparer ce qui n'est pas comparable :
- PC et smartphone n'ont pas la même architecture
- Apple est complètement fermé, ils font leur OS et leur smartphone c'est forcément compatible alors que Google est complètement ouvert, le problème de mise à niveau vient des constructeurs qui ne proposent jamais/rarement de mise à niveau
- Pour la rétro-compatibilité sur Linux, je ne comprend pas sauf si tu utilises des versions en cours de dev lol, une LTS ça dure quand même plusieurs années...
biensur que si les 2 sont comparable. On faut aujourd'hui grossierement les memes choses (mails, surf...) le nouveau S8 vas meme lancer des VM linux donc bon.
Avatar de ClaudeBg ClaudeBg - Membre éclairé https://www.developpez.com
le 28/11/2017 à 17:33
Jusqu'à présent, à chaque fois que Google proposait quelque chose allant dans le sens de l'ouverture, il finissait par dévoiler le retour de manivelle correspondant par la suite.

Ça a le goût d'une bonne nouvelle, ça ressemble à une bonne nouvelle, mais pas sûr qu'au final ce soit une bonne nouvelle.

Wait and see.... dans 5 ans?
Avatar de FatAgnus FatAgnus - Membre habitué https://www.developpez.com
le 28/11/2017 à 20:27
Citation Envoyé par ilapasle25 Voir le message
biensur que si les 2 sont comparable. On faut aujourd'hui grossièrement les mêmes choses (mails, surf...) le nouveau S8 va même lancer des VM Linux donc bon.
Non, tu ne pas comparer l'architecture d'un compatible PC qui est une architecture normalisée avec un BIOS et la jungle des smartphones absolument pas standardisés qui sont tous différents des uns des autres, avec des chargeurs d'amorçages différents, des composants différents, voir des processeurs différents. Microsoft et Intel ont réussi à créer un standard : le compatible PC. Chose que n'a pas réussi à créer ARM.

En résumé, sur n'importe quel compatible PC, tu amorces sur un disque optique ou une clé USB un programme d'installation Ubuntu Linux ou Microsoft Windows et tu installes ton système d'exploitation. Même les ordinateurs Mac sont devenus des compatibles PC sur lesquels tu peux installer Ubuntu Linux ou Microsoft Windows.

Sur les smarphones, tu n'as aucun standard commun, chaque smartphone doit avoir la bonne image du système d'exploitation qui lui sera dédié. Impossible d'avoir une installation commune qui fonctionnerait sur tous les smartphones. C'est pour cette raison que LineageOS doit être porté sur chaque smarphone. Peut-être que le projet Treble est un pas ce qui pourrait être un standard, je ne suis pas assez informé sur le sujet.

Et ce n'est pas inhérent aux smartphones Android, tu vantes le mérite de Windows 10 que tu as pu installer sur un PC de 2006 (tout comme j'ai pu installer une Ubuntu 17.10 sur un PC datant de cette époque), mais Microsoft ne propose pas d'installation de Windows 10 Mobile sur les smartphones Windows Phone 7 qui datent pourtant de 2010.
Avatar de ilapasle25 ilapasle25 - Inactif https://www.developpez.com
le 28/11/2017 à 20:53
Citation Envoyé par FatAgnus Voir le message
Sur les smarphones, tu n'as aucun standard commun, chaque smartphone doit avoir la bonne image du système d'exploitation qui lui sera dédié. Impossible d'avoir une installation commune qui fonctionnerait sur tous les smartphones. C'est pour cette raison que LineageOS doit être porté sur chaque smarphone. Peut-être que le projet Treble est un pas ce qui pourrait être un standard, je ne suis pas assez informé sur le sujet.

Et ce n'est pas inhérent aux smartphones Android, tu vantes le mérite de Windows 10 que tu as pu installer sur un PC de 2006 (tout comme j'ai pu installer une Ubuntu 17.10 sur un PC datant de cette époque), mais Microsoft ne propose pas d'installation de Windows 10 Mobile sur les smartphones Windows Phone 7 qui datent pourtant de 2010.

Mais c'est justement ce que je critique !

Mais sache que l'architecture peut avoir un bios/UEFI. J'ai des serveurs arm Merlin et ces machines ont un UEFI. J'arrive à booter des iso de RedHat et Debian arm sans aucun probleme. J'au aussi un prototype d'opteron ARM et lui aussi à un uefi avec un boot standard (mes distrib linux arm boot dessus)

Les problèmes que tu dénonce sont du a l'amateurisme de Google et aux constructeurs de smartphones mais à pas l'architecture ARM
Si mes X-Gene Merlin ont des bios avec un boot standardisé, je vois pas pourquoi les smartphones n'en n'ont pas. Mais ces machines sont fait par des pros pour des pros, pas par des amateurs.
Avatar de steel-finger steel-finger - Membre habitué https://www.developpez.com
le 29/11/2017 à 11:53
@ilapasle25: tu confonds beaucoup de chose, ce n'est pas parce que tu as des serveurs qui ont un processeur ARM et que tu peux y installé les ISO red hat, debian... que tu pourras faire la même chose sur un téléphone portable vierge.
Avatar de ilapasle25 ilapasle25 - Inactif https://www.developpez.com
le 29/11/2017 à 13:05
Citation Envoyé par steel-finger Voir le message
@ilapasle25: tu confonds beaucoup de chose, ce n'est pas parce que tu as des serveurs qui ont un processeur ARM et que tu peux y installé les ISO red hat, debian... que tu pourras faire la même chose sur un téléphone portable vierge.
c'est la même chose. c'est quoi la différence explique moi ? y'a 1 carte mere, 1 cpu, des barrette de ram et 1 disque dur dans ton smartphone.

faut arrêter 2 minutes votre mauvaise foi.
Avatar de mood8moody mood8moody - Membre à l'essai https://www.developpez.com
le 30/11/2017 à 1:06
Citation Envoyé par ilapasle25 Voir le message
c'est la même chose. c'est quoi la différence explique moi ? y'a 1 carte mere, 1 cpu, des barrette de ram et 1 disque dur dans ton smartphone.

faut arrêter 2 minutes votre mauvaise foi.
Oui et differents periphériques suivant les constructeurs : double capteur photo, lecteur d'empreintes digitales, telephone en kit comme les motorola pour ajouter un retroprojecteur ou un objectif photo externe... Je ne parle pas des versions androids pour les voitures, pour les IOT, pour les montres...

Il y a surtout les surcouches constructeurs qui transforment completement le système : gestion des parametres, agenda, affichages, widget. Cette surcouche qui s'interface avec les composants que le fabricant a ajouté : un capteur photo spécial, geré par un driver special qui rajoute des fonctionnalités.

Je ne parle même pas des surcouches operateurs...

Il ne faut pas voir android comme une version grand public d'un linux, imaginons un Ubuntu, mais comme un linux de base modifié et optimisé pour l'adapter à un peripherique précis.

Généralement il permet de faire tourner les même applications... et encore, plusieurs fabricant ont leurs propres stores d'applications, d'autres fabricants bas de gammes vendent meme leur téléphone sans accès au store officiel de google.

Alors oui c'est un gros foutoir, mais ça permet une personnalisation maximum de son système, de l'adapter même sur un micro-onde, et android grace à cela a plus de 80% de part de marché des smartphones.

Après il y a les defauts qui vont avec, pas, peu ou arrivé tardives des maj de sécurités or smartphone google, sans parler des maj du système lui même (android 8, t'es où?), malwares installés d'origine, segmentation énorme au niveau des versions, difficulté pour google de faire adopter une nouvelle technologie comme apple peut le faire avec son Arkit ou d'autres solutions logiciels rapidement compatible avec le gros du parc de la pomme.

Apple pourrait standardiser par exemple sa technologie de reconnaissance faciale ou integrer une puce dediée à l'ia sur tous ses nouveaux smartphones, pour google c'est impossible, c'est les fabricants qui décident.

Google essaye avec le projet treble de diminuer au moins la fragmentation et le risque d'un scandale de sécurité issu d'un virus qui se propagerait sur une grosse partie du parc non mis à jour.

Il y a des avantages et des inconvénients à l'ouverture, si toi tu veux créer ton propre smartphone avec triple capteurs photo et scanner 3D, tu le feras surement tourner sous android, sous IOS cela ne sera pas possible et developper son propre systeme demanderait des ressources enormes avec un echec quasi assuré... Mais si t'en vends peu, les utilisateurs resteront avec leurs jouet sans mises à jours.
Contacter le responsable de la rubrique Accueil