GrapheneOS porté vers Android 17

 (discuss.grapheneos.org)
2 points par GN⁺ 2 일 전 | 1 commentaires | Partager sur WhatsApp
  • GrapheneOS a terminé le portage à temps pour la date de sortie officielle d’Android 17, et prépare la release officielle après avoir poussé le code vers le dépôt public
  • Le même jour, le projet prévoit de compiler la release finale d’Android 16 QPR2, puis de lancer le lendemain la release initiale d’Android 17 et les tests publics
  • Le port Android 17 a déjà été compilé et testé sur certains appareils Pixel, et le portage lui-même est terminé pour tous les appareils pris en charge
  • Les utilisateurs pourront compiler et tester eux-mêmes après le push du code, mais ceux du canal stable pourraient ne pas recevoir immédiatement la mise à jour selon le cycle alpha/beta/stable
  • Après l’installation d’Android 17, revenir à Android 16 nécessite l’effacement complet des données de l’appareil ; si vous ne pouvez pas facilement accepter cet inconvénient, mieux vaut attendre quelques jours

Portage d’Android 17 et calendrier des releases

  • GrapheneOS a terminé le portage vers Android 17 à la date de sortie officielle d’Android 17
  • Le code porté est en cours de push vers le dépôt public
  • Le même jour, la release officielle finale basée sur Android 16 QPR2 est également en cours de compilation
  • La release initiale d’Android 17 est prévue pour le lendemain

Appareils pris en charge et périmètre des tests

  • Le port Android 17 a déjà été compilé et testé sur les appareils Pixel suivants
    • Pixel 6a
    • Pixel 7
    • Pixel 7a
    • Pixel 8
    • Pixel 10a
    • Pixel 10
    • Pixel 10 Pro Fold
  • Cette liste correspond aux appareils déjà compilés et testés, mais le portage Android 17 lui-même est terminé sur tous les appareils pris en charge
  • La release publique initiale doit être proposée sur tous les appareils pris en charge, et les tests de chaque appareil devraient être terminés d’ici là

Compilation directe et tests publics

  • Une fois le push du code terminé, les utilisateurs pourront plus tard dans la journée compiler et tester eux-mêmes le port Android 17
  • La procédure de tests publics de la release officielle doit commencer le lendemain
  • Sur le forum, certains estiment aussi qu’il vaut mieux consacrer le temps des développeurs au travail de release plutôt qu’aux réponses aux questions

Canaux de release et suivi du déploiement

  • de0u précise qu’il ne représente pas le projet GrapheneOS et explique que la release Android 17 suivra probablement le cycle habituel alpha/beta/stable
  • La plupart des appareils étant sur le canal stable, beaucoup d’utilisateurs pourraient ne pas recevoir Android 17 immédiatement même après l’annonce de la release
  • L’état du déploiement par appareil peut être consulté dans le tableau des releases sur le site de GrapheneOS
  • Certains appareils pourraient recevoir la release stable d’Android 17 avant d’autres

Points d’attention pour les tests sur le canal alpha

  • Les utilisateurs qui veulent recevoir Android 17 au plus vite pour aider aux tests peuvent régler System Updater sur le canal alpha
  • Des problèmes peuvent être découverts pendant les tests des releases alpha ou beta
  • Un appareil ayant installé la release Android 17 de GrapheneOS ne peut pas revenir directement à une release Android 16
    • Pour revenir en arrière, il faut effacer toutes les données de l’appareil
  • Si un problème sérieux est découvert, sa correction peut théoriquement prendre quelques jours
  • Si Android 17 vous intéresse mais que vous n’êtes pas prêt à accepter quelques jours d’inconvénients, mieux vaut attendre quelques jours

Questions et réactions sur le forum

  • Un utilisateur demande si, le billet de blog de Google étant peu précis, cela signifie que les Pixel 6 et Pixel 6 Pro ne recevront pas Android 17 de Google
  • Un autre utilisateur répond que le Pixel 6 a bien reçu la mise à jour Android 17
  • Une question a aussi été posée sur la difficulté à distinguer ce qui relève des changements AOSP de ce qui est intégré à PixelOS ou à Google Services
  • Un utilisateur estime que les éléments listés dans le billet Android 17 du blog Android Developers visent probablement AOSP plutôt que les applications ou services Google
  • Les questions se sont aussi poursuivies sur le réglage Local network access, ACTION_PICK_CONTACTS, les changements d’interface et la prise en charge d’AirDrop sur les Pixel plus récents

À lire aussi

1 commentaires

 
GN⁺ 2 일 전
Avis sur Hacker News

  • J’utilise GrapheneOS depuis 7 mois et je n’ai aucune intention de revenir en arrière
    Quand j’ai acheté un Pixel 10 l’an dernier, je n’avais pas prévu d’essayer GrapheneOS avant un moment, mais dès que j’ai vu que Google avait imposé dans la dernière mise à jour de sécurité un thème promotionnel pour le film Wicked For Good, j’ai immédiatement changé d’avis

    • Même expérience ici : j’ai aussi acheté un Pixel 10 et je comptais utiliser Android d’origine pendant un temps, mais il y avait tellement de pubs pour Wicked que ça me dégoûtait à chaque fois que je regardais le téléphone
      Je suis donc passé tout de suite à GrapheneOS, et c’était bien plus simple et bien moins radical que ce qu’on m’avait annoncé. C’est magnifiquement minimaliste, sans superflu, et maintenant mon téléphone ressemble à un simple PC Linux (Void/Arch)
    • Quand j’ai acheté un nouveau téléphone l’an dernier, j’ai exprès choisi un Pixel 9a open box pour y installer directement GrapheneOS, et depuis je suis satisfait de ma vie sur Android sans Google
      J’ai trouvé dommage de devoir passer par la configuration initiale de l’image d’origine pour déverrouiller le bootloader, mais au moins ce n’est pas comme Windows qui impose une connexion Internet et une authentification
    • Je me demande où en est la sauvegarde/restauration des données d’apps sur GrapheneOS
      Si j’ai bien compris, même le transfert entre appareils similaires de Seedvault ne sauvegarde pas toutes les applications[1]. Je me demande s’il existe une meilleure alternative, sans root, en local plutôt que dans le cloud
      [1]: https://github.com/seedvault-app/seedvault/wiki/FAQ#why-do-s...
    • Pas de problèmes avec les applis bancaires, d’assurance ou de santé ?
    • J’en pensais aussi du bien, mais certaines applis nécessaires pour le travail, comme Microsoft Authenticator, ne fonctionnent plus sur GrapheneOS
      https://www.theregister.com/on-prem/2026/03/10/microsoft-tig...

  • Il faudrait vraiment qu’un téléphone Motorola compatible avec GrapheneOS arrive rapidement
    Les Pixel ne sont pas vendus partout dans le monde, donc on a l’impression que la sécurité est verrouillée par un gatekeeping. Je sais bien que ce n’est pas vraiment le cas, mais il existe trop peu d’autres moyens efficaces de se débarrasser de Google

    • J’ai fini par quitter GrapheneOS pour Motorola parce que j’avais de nouveau besoin d’une prise jack audio
      Il y a clairement des désagréments à partir, mais au moins j’ai pu réutiliser 3 applis qui ne marchaient pas sur GrapheneOS
    • Je ne comprends toujours pas pourquoi Google ne vend pas les Pixel dans le monde entier
      Ça a été assez difficile de me procurer un Pixel
    • Si je ne me trompe pas, Motorola aussi n’autorise le déverrouillage du bootloader que dans certaines régions
    • Il y a aussi ça maintenant
      https://volla.online/en/operating-systems/volla-os/

  • Je suis passé à GrapheneOS il y a une semaine
    J’ai acheté un nouveau Pixel10 Pro, et à part pour déverrouiller le bootloader, je n’ai même jamais utilisé l’OS d’origine
    J’ai réussi à faire fonctionner presque tout comme je le voulais, mais quelques applis bancaires non essentielles refusent de s’installer. Le plus agaçant, c’est Strava : l’appli s’installe, mais impossible de se connecter. Comme je l’utilise souvent, il va sans doute falloir que je trouve une alternative.

  • J’utilise GrapheneOS sur un Pixel 7a depuis environ un an, et je pense que j’ai bien fait de changer
    C’est vrai que c’est un peu plus brut que l’OS de Google, mais pas au point de le regretter
    Il y a surtout deux choses qui me manquent. (1) Impossible de déplacer le curseur en glissant vers la gauche ou la droite sur la barre d’espace pendant la saisie. (2) L’app de messagerie n’attache pas les réactions emoji au message, elle cite tout le message puis ajoute quelque chose comme « Marty aime blahblahblah ». Dans les SMS de groupe familiaux, un même message peut ainsi apparaître 7 fois à cause des réactions de plusieurs personnes
    Mais en voyant le billet de blog de Google sur Android 17, ça a l’air un peu plus inquiétant : « Nous transformons Android, d’un système d’exploitation en un système intelligent, grâce à une intégration profonde du matériel, du logiciel et de l’IA… »
    https://android-developers.googleblog.com/2026/06/Android-17...

    • GrapheneOS est compatible avec la plupart des apps Android, donc en utilisant GBoard ou FUTO Keyboard, vers lequel je suis passé récemment, tu peux obtenir l’expérience de saisie que tu veux
      FUTO a récemment refondu son modèle de saisie par glissement et affirme qu’il est désormais plus précis que GBoard dans ses tests internes. J’utilise beaucoup la saisie par glissement moi aussi, donc j’étais lié à GBoard, mais ce n’est plus le cas
      Le dataset est open source et n’importe qui peut y contribuer depuis un appareil mobile : https://swipe.futo.org
      Les explications correspondantes sont ici : https://swipe.futo.tech
      Google Messages, utilisé sur PixelOS, est aussi compatible avec GrapheneOS, mais il faut accorder l’accès réseau au Google Play sandboxé, entre autres permissions. Avant d’imposer des restrictions, ça fonctionne par défaut, et beaucoup de gens utilisent cette configuration parce qu’elle ajoute un chiffrement opportuniste de bout en bout aux conversations Google Messages entre iPhone et d’autres Android
      Une fois les apps par défaut changées, GrapheneOS devient une expérience de téléphone premium
    • Le point (1) n’est pas un problème de GrapheneOS, mais un problème de clavier
      GrapheneOS inclut un clavier AOSP très basique, mais tu peux tout à fait en changer. J’utilise FUTO Keyboard, qui prend en charge le déplacement du curseur via la barre d’espace, la saisie par glissement, la saisie vocale, etc.
      Pour le point (2), essayer une autre app SMS peut peut-être aider. L’app de messagerie par défaut est aussi une app AOSP, comme le clavier ; elle fonctionne bien pour moi, mais je n’ai pas vraiment d’app à recommander
    • Pour le point 2, c’est effectivement comme ça que les réactions par SMS fonctionnent
      Les apps qui les reconnaissent interprètent simplement ce SMS comme « attacher cet emoji à ce message ». C’est dommage que GrapheneOS ne le gère pas ainsi
      RCS est différent, et en installant Google Messages on peut parfois arriver à le faire fonctionner. C’est en pratique la seule app qui prenne actuellement en charge RCS, et les serveurs sont presque tous exploités par Google
      S’il n’existe pas d’apps RCS tierces, c’est que contrairement au SMS, RCS est extrêmement verrouillé et impossible à implémenter sur Android standard. C’est pour ça que sur GrapheneOS aussi ça ne marche que « parfois », et les détails sont complexes et assez agaçants
      Samsung avait aussi une app RCS, mais elle est en train d’être abandonnée au profit de Google Messages. Quelques autres appareils ou apps d’opérateurs subsistent, mais disparaissent rapidement. Désormais, RCS est presque entièrement contrôlé et implémenté par Google, tandis qu’iMessage reste limité au client. La dernière fois que j’ai vérifié, il n’y avait pas de chiffrement entre iMessage et Google Messages ; entre Google Messages il y en aurait un, mais c’est difficile à vérifier pour un utilisateur lambda
    • Avant, l’intégration profonde de l’IA au système me faisait peur, mais après avoir configuré Claude sur un serveur pour lui faire gérer des tâches d’administration système que je repoussais depuis longtemps, je comprends mieux la direction prise
      Je n’ai pas envie de gérer moi-même toute l’orchestration détaillée du système ; je veux pouvoir dire « lance ce service », « change les réglages pour que X fonctionne », et que tout le reste — redémarrages nécessaires, petites synchronisations de configuration, formats hétérogènes — soit pris en charge automatiquement. Nix essayait d’unifier ce genre de choses, mais les grands modèles de langage sont arrivés si tôt qu’une bonne partie de cette valeur semble désormais apportée autrement
      Même sur téléphone, si possible hors ligne, ce serait bien de pouvoir créer des services et des réglages puis exécuter des tâches. Si ce type d’intégration système peut offrir un vrai contrôle programmable et un flux d’automatisation correct sur l’ordinateur le plus personnel qu’on possède, je peux l’accepter
    • Tu peux aussi envisager d’utiliser Signal comme app de messagerie

  • Je me suis toujours demandé à quoi ressemblait vraiment cet OS
    Le site web est extrêmement détaillé, mais il n’y a aucune capture d’écran

    • Il existe pas mal de vidéos de présentation de GrapheneOS, et tu peux commencer par celle-ci :
      <https://redirect.invidious.io/watch?v=aNgupWEV13M>
      Visuellement, au niveau des fonctionnalités, ça ressemble globalement à Android stock, mais avec beaucoup moins d’apps dans l’installation de base
    • Les captures d’écran ou une UI soignée ne sont probablement pas l’argument de vente principal. Et en pratique, ce n’est pas le cas

  • J’étais un utilisateur d’iPhone satisfait depuis presque 20 ans, mais voir ça me fait sérieusement envisager d’acheter un Pixel

  • En Amérique du Nord, qu’est-ce que vous utilisez pour remplacer le paiement sans contact ?
    La dernière fois que j’ai regardé, la solution consistait à utiliser Curve, mais ça ne fonctionnait qu’en Europe

    • Je ne le remplace pas. GrapheneOS vaut largement l’effort de sortir la carte du portefeuille
    • Je suis en Europe, mais j’ai simplement accepté de vivre sans
      Je ne connaissais pas Curve, il faut que j’y jette un œil
    • Si Garmin te convient, Garmin Pay est aussi une possibilité
    • Il n’y a pas de substitut. Tu peux coller une carte bancaire au dos du téléphone ou payer en liquide
    • J’ai une carte dans un portefeuille bloquant RFID pour chaque compte de crédit
      Il suffit de la sortir et de payer en sans contact. C’est très pratique, et il n’y a même pas besoin d’app

  • Google va bientôt rendre le sideloading extrêmement difficile, donc il n’y a pas de meilleur moment qu’aujourd’hui pour passer son téléphone sur un OS plus sûr
    Les apps open source comme ReThink DNS ou NewPipe sont indispensables et je les utilise souvent, mais elles seront toutes bloquées dans le nouveau système de Google

  • Je ne vois pas vraiment ce qu’il y a de nouveau dans le billet.
    À part le fait que les correctifs de sécurité d’A17 seront fournis plus longtemps que ceux d’A16, y a-t-il quelque chose qui mérite d’être attendu ?
    Je pose la question en tant qu’utilisateur d’A11 qui devra sans doute bientôt passer à un nouvel appareil. Je n’ai pas particulièrement vu sur les téléphones des autres des fonctionnalités que le mien n’a pas, et il est aussi possible que je ne m’en rende pas compte, puisque même sur mon téléphone pro équipé de la dernière version de GrapheneOS, je ne fais pas grand-chose à part téléphoner et utiliser la double authentification. Y a-t-il des fonctions récentes à attendre avec impatience, ou des conseils à vérifier ?