L’été dernier, je passais à /e/OS, après avoir vu que mon smartphone était supporté. J’en étais plutôt satisfait, malgré quelques petits défauts mineurs avec lesquels je vivais très bien.

Et puis la dernière mise à jour (v0.23q) a achevé de me décider à revenir à Lineage for microG, c’est-à-dire à la ROM sur laquelle /e/OS est basée.

Lors de cette dernière mise à jour, j’ai rencontré un problème avec le nouveau magasin d’application, j’ai nommé App Lounge, qui ne marchait plus :

J’ai fini par me rendre compte que c’était mon DNS (Pi-Hole) qui bloquait deux requêtes vers les serveurs Google :

• clients3.google.com
• android.clients.google.com

Quelle surprise pour un fork d’Android dont la première revendication est de se débarrasser de Google ! J’étais vraiment surpris et déçu de constater cela, et surtout sans trouver la moindre trace de cette information nulle part. La présence de cette nouvelle application n’était même pas mentionnée dans les Release Notes ! 😡

La raison en est assez simple finalement : auparavant, les applications du App Store venaient de cleanapk.org, dont les applications venaient en partie de Google Play Store, de façon anonyme, avec les mêmes signatures, bien que personne à /e/OS ne le reconnaisse officiellement.

J’avais déjà rencontré plusieurs fois des problèmes de décalage de mise à jour sur ce store, avec par exemple Signal, qui m’indiquait que ma version allait bientôt ne plus fonctionner si je ne la mettais pas à jour, ou encore avec NewPipe, qui ne fonctionnait plus alors qu’une nouvelle version fonctionnelle était disponible depuis plusieurs jours.

Donc voilà, j’imagine que leur bidouille avec cleanapk posant trop de problèmes, ils ont refait leur App Store, et App Lounge fait désormais ses requêtes directement sur le Play Store de Google. Je veux bien comprendre que pour la majorité des utilisateurs, cela va leur simplifier la vie. De mon côté, je n’utilise à quelques exceptions prêt que des applications disponibles dans F-Droid, je préférerai utiliser ce dernier et oublier Google. Pour les quelques applis faisant exception, je peux très bien installer les autres via le fichier .apk, et cette solution me conviendrait beaucoup mieux. Voir d’ailleurs enfin d’article Molly, un fork de Signal, ce qui me fait une application de moins à gérer à la main.

Ce qui ne me plaît pas, c’est essentiellement le manque d’information. Aucun document ne parle de ce changement, et le sujet que j’ai créé sur leur forum n’a généré aucune explication de fond de leur part. J’imagine qu’ils tout simplement pas le temps ni les ressources de faire toute cette partie de documentation/information. Mais c’est tout de même gênant, et rend une image négative du projet.

Les problèmes

Il y a d’autres raisons qui m’ont poussé à revenir à LineageOS with microG, principalement liées à la mise à jour d’applications justement.

• Ce problème de décalage de versions disponibles dont j’ai parlé précédemment. Bon, il est peut-être réglé avec le nouveau App Lounge ?
• Les mises à jour automatiques : avec LineageOS with microG, le magasin F-Droid est pré-installé avec les « Privileged Extensions », ce qui permet la mise à jour automatique des applications, on est juste informé que telle appli a été mise à jour, c’est très pratique. J’ai eu beau installer le magasin F-Droid sur /e/OS, je n’ai pas réussi à mettre ceci en place.
• Les mise à jour manuelles : et donc avec /e/OS, lorsque l’on reçoit une notification pour signaler que des applications peuvent être mises à jour, il faut le faire manuellement pour chaque application de la liste. C’est assez fastidieux à la longue.
• Si vous avez des applications installées manuellement en dehors de leur store (via l’apk), /e/OS vous propose aussi la mise à jour, quitte à échouer. C’était le cas avec FairEmail, application que j’ai achetée pour bénéficier de toutes les options, et installé via l’apk du dépôt Github (je recevais les màj directement par ce biais). À chaque notification, FairEmail était dans la liste, et la màj échouait systématiquement.

Il y a aussi le BLISSLauncher, leur interface développée spécifiquement. Elle est intéressante, mais très peu adaptable : j’en parlais déjà dans mon premier article, j’ai immédiatement du installer un autre lanceur. Un article mentionnait à l’époque que tout cela allait être revu et plus de choix laissés à l’utilisateur : de belles promesses, près d’un an après, on attend toujours.

Sans oublier les applications libres comme K9-Mail, qu’ils modifient pour l’adapter à leur éco-système, mais en créant de nouveaux bugs inexistants dans la version source. C’est comme ça que je suis arrivé à FairEmail, qui est pas mal du tout.

Leur moteur de recherche n’a pas l’air d’être très fiable non plus, enfin je n’ai pas fait de tests récents, j’étais vite retourné à DuckDuckGo.

Molly

J’ai donc tout réinstallé, c’est toujours bien de repartir de zéro de temps en temps. J’en ai profité pour installer Molly au lieu de Signal : c’est un fork open-source dont on peut ajouter le dépot dans F-Droid. Aussitôt dit, aussitôt fait, et pour l’instant ça a l’air de très bien fonctionner, même si je n’ai pas encore testé les appels.

Conclusion

/e/OS est un beau projet, mais qui avance très lentement. Ayant ma propre instance Nextcloud, j’utilisais très peu les services offerts. Tout cela fait que je n’ai pas vraiment besoin de ce qu’ils apportent avec leur éco-système.

/e/OS pourrait idéalement laisser le choix à l’utilisateur de son magasin d’application lors de l’installation (F-Droid ou App Lounge ?). Mais inutile de rêver, à l’allure où le projet se développe, et vu le côté unilatéral des décisions prises en l’absence de toute explication, ce n’est ni pour demain, ni pour plus tard. C’est la principale raison de mon changement, ce manque de communication, d’information et de discussion.

Enfin, petit détail que j’ai été bien content de retrouver sur LineageOS : quand je lis un article sur le smartphone, et que la luminosité commence à baisser, cela signifie que la mise en veille ne va pas tarder, et qu’il faut réactiver l’écran pour éviter l’écran noir. Il arrive parfois que l’on loupe ce « refresh » d’une ou deux secondes : et bien dans ce cas, LineageOS rallume l’écran ! Mais pas /e/OS… 😎

Voilà un peu plus d’un mois que je suis passé à /e/ OS sur le smartphone. Et j’en suis plutôt satisfait, c’est une nouvelle étape dans la « degooglisation » de mon smartphone, et du respect de mes données personnelles.

Pour ceux qui ne connaissent pas, le projet /e/ est né sous l’impulsion de Gaël Duval, le fondateur en 1998 de Linux Mandrake, une distribution Linux grand public, basée sur Red Hat. Il encore en phase beta à ce jour, mais c’est déjà pas mal abouti je trouve.

Partant d’une base LineageOS + microG, il propose une ROM nettoyée des services Google, dont les applications par défaut venant de l’open source ont été légèrement modifiées pour s’intégrer à l’éco-système de /e/ OS.

On arrive ainsi à un smartphone directement et facilement utilisable : l’utilisateur s’identifie avec son identifiant /e/ unique (utilisateur@e.email), et peut ainsi disposer automatiquement des services proposés, sans que ses données personnelles soient exploitées par quiconque.

On peut ensuite installer la plupart des applications Android du marché, tout cela sans passer par le Playstore de Google, c’est un vrai plus apporté par /e/ OS, j’y reviendrai.

Il est possible d’acheter un appareil pré-installé sur leur site (le Fairphone 3 ou 3+, le Gigaset GS290, ou les Samsung Galaxy S8, S9, S9+ en mode « refurbished »), ou bien de télécharger et installer /e/ OS sur son smartphone comme on le fait avec une autre ROM : actuellement, 152 appareils sont supportés, voir cette page pour plus d’informations.

Quand j’ai vu que mon modèle BQ Aquaris Pro faisait partie de la liste, j’ai voulu le tester. Pour moi qui avait LineageOS, et qui synchronisait moi-même contacts et calendriers, avec ma propre instance Nextcloud… Honnêtement ça ne change pas grand chose. Mais /e/ OS est sans doute un peu plus « degooglelisé » (DNS, etc…) que LineageOS, et l’écosystème fourni est tout de même intéressant.

Tout ce projet est encore très jeune, et tout n’est pas parfait, alors voilà une présentation ainsi que mon retour d’expérience après quelques semaines d’utilisation (globalement très positif).

Continuer la lecture… Passage à /e/ OS →

Cela faisait plusieurs mois que je ne recevais plus de propositions de mises à jour de sécurité sur mon BQ Aquaris X Pro tournant LineageOS 16.1 : normal, la version 17 (Android 10) était disponible, et les devs portaient désormais leurs efforts sur cette version ! Oui mais voilà, j’utilise la version LineageOs for microG, et celle-ci a mis un peu plus de temps à être disponible en version 17.

Toujours est-il qu’il y a quelques semaines, je reçois une notification de mise à jour pour la version 17.1. Mais le système de mise à jour de LineageOS n’acceptant pas les mises à jour d’une version (16) à une autre (17), il fallait passer par le mode « recovery », à savoir TWRP.

J’en ai profité pour installer la dernière version, TWRP 3.4.0-0 avant de me lancer, c’est toujours préférable. À ce propos, LineageOS fournit désormais son propre Recovery, mais TWRP étant toujours supporté, c’était plus simple pour moi de le garder.

Normalement, il suffit de flasher le nouveau zip, et on retrouve nos toutes nos applications etc… Une sorte de « dirty install », sans le « Wipe – Factory reset » de TWRP que l’on doit faire pour une installation propre. Par précaution, j’avais tout de même procédé à la sauvegarde des données avant de me lancer.

Bien m’en a pris, car cette installation a échoué avec une belle « error 7 ». La seule manière de m’en sortir fut de faire ce fameux « Wipe – factory reset » et de reflasher le zip. Après cela, j’ai pu redémarrer avec un beau LineageOS 17.1 tout neuf, et donc avec toutes les applis à réinstaller. Heureusement que j’avais fait mes sauvegardes ! 😎

Le bon côté de la chose, c’est que ce « Wipe » ne touche pas au « Internal Storage » j’ai donc pu retrouver par exemple toutes les cartes téléchargées pour OsmAnd. Pour pas mal d’applications, il faut cependant tout reparamétrer.

Mais quels sont les changements qu’apporte LOS 17, à part le fait d’être mis à jour régulièrement ? Une chose très importante et non sans impact : l’abandon du package addonSU (on ne peut plus « rooter » son téléphone). Voyons pourquoi, comment cela m’a impacté, et quelques autres petites choses, comme pourquoi utiliser cette ROM qui intègre microG ?

Continuer la lecture… Installation Lineageos 17.1 avec microG →

Suite à la dernière mise à jour de DAVx (version 2.6-ose) sur mon smartphone tournant fièrement LineageOS 16, j’ai commencé à avoir des messages d’erreurs récurrents lors de la synchronisation de mes contacts :

Comme le message l’indique, c’est manifestement un problème côté serveur, qui renvoie un mauvais code HTTP (200 au lieu de 207).

J’utilise un serveur Baikal pour synchroniser mes contacts et calendriers, je suis donc allé voir de ce côté. Sur cette page, la version 0.6.0 est disponible. J’ai donc récupéré le ZIP sans plus de recherche, puis suivi la procédure de mise à jour décrite ici :

C’est très simple, un peu comme WordPress (en plus, je me suis abstenu de sauvegardé ma base de données !) : il suffit de remplacer tous les fichiers et répertoires à l’exception dossier Specific qui contient vos fichiers de configuration.

Ensuite, il suffit de se rendre sur la page d’administration, quelque chose comme http://dav.example.org/baikal/html/admin/, et de lancer la mise à jour :

Et voilà, quelques secondes plus tard, mon serveur est passé en version 0.6.0, et le message d’erreur côté smartphone a disparu !

C’est parfois bien l’informatique, quand on règle un problème rapidement sans trop se prendre la tête ! 😎

J’utilise Signal comme messagerie privée depuis quelques temps, essentiellement parce ma sœur est partie faire le tour du monde, et que ce type d’application dite de « messagerie privée » permet de communiquer en utilisant internet en lieu et place du réseau téléphonique habituel (textos, fichiers, appels). Indispensable en voyage pour garder le contact !

Après avoir choisi Signal parmi la pléthore d’applications similaires (voir cette page), j’ai vite pu observer une consommation de batterie importante sur mon smartphone. Le problème était connu : comme je n’ai pas installé les services Google (GApps), Signal ne peut profiter du GCM (Google Cloud Messaging), et de ce fait consomme plus de batterie… 🙁

Je commençais à penser à une désinstallation quand une solution a été mentionnée sur reddit. Je l’ai testée ce week-end, et ça fonctionne très bien ! Alors en attendant que les devs Signal modifient leur code (il s’agit d’un bug à priori), voilà la solution.

Continuer la lecture… Signal sans les GApps : Utilisation de la batterie excessive →

J’ai finalement reçu mon BQ Aquaris X Pro, de retour de réparation (verre de protection de l’appareil photo fêlé), après un mois d’attente. Je commençais à trouver le temps long, d’autant que je n’avais aucune nouvelle de BQ, mais finalement je suis très satisfait puisqu’ils ont fait la réparation gratuitement !

Puisque je devais tout réinstaller y compris le déblocage, le recovery, etc… J’en ai profité pour passer à LineageOS 16 (Android Pie) puisque tout le monde dit que c’est désormais hyper stable.

De plus, la toute dernière version (11 juillet) est importante puisque le noyau Linux passe de la version 3.18 à 4.9 ! Ce qui signifie une nette amélioration de la consommation de la batterie en mode « standby ».

Toute l’installation s’est passé comme un charme, et j’ai même eu de très bonnes surprises… Voyons tout cela dans le détail.

Continuer la lecture… BQ Aquaris X Pro : passage à LineageOS 16 →