Pour connecter le smartphone au PC, j’utilise le très pratique KDE Connect, avec l’extension Gnome GSConnect.
J’apprécie particulièrement que la musique du PC se mette en pause lors d’un appel (entrant ou sortant). J’utilise aussi la possibilité de copier des fichiers sur le smartphone sans avoir besoin d’utiliser un câble USB, et enfin quelques fois pour les SMS, bien que la synchronisation si on a un long historique ne fonctionne pas toujours très bien. Voilà pour l’essentiel de mon usage.
C’est le deuxième point qui me posait problème, le menu « Monter » ne faisant pas apparaître le smartphone dans Nautilus :
Rien ne se passe en sélectionnant « Monter »…
Voyons voir comment analyser ce qui se passe… et résoudre le problème ! 😎
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 :
Rien ne s’affiche au démarrage, et un message d’erreur apparaît en allant sur « Paramètres ».
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… 😎
J’avais chez Orange un contrat « Open 10 Go » regroupant le mobile et la Livebox, pour un montant total de 54,99 € mensuel. Je trouvais que c’était un peu cher, et je savais que je devais m’en occuper, mais voilà, l’idée de changer de fournisseur internet et de risquer une coupure de quelques jours me faisait procrastiner ! 😉
C’est mon neveu qui m’a prévenu d’une offre Sosh Mobile très attractive (merci à lui !) qui a finit par me décider à agir :
20 Go de DATA suffisent amplement à mon usage du mobile.
Avec l’offre de box Sosh à 24,99 € TV comprise, je serais passé de 54,99 € à 29,98 € !! Soit une très belle économie de 25€ mensuel en perspective…
Hélas cela n’a pas été aussi simple, il aura d’abord fallu que je scinde mon contrat Open de chez Orange, puis passer en mobile chez Bouygues, et pouvoir finalement passer de la « Livebox » Orange à « La Boite Sosh »…
Au final, je paie désormais 30,98 € par mois, soit 24 € d’économies, et je n’ai eu aucune coupure internet, puisque j’ai conservé la box Orange, seul le contrat ayant changé.
Voyons cela en détail… Dans le reste de l’article, j’arrondis tous les prix à l’euro le plus proche, ce sera plus clair ! 😉
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.
Enfin tout un écosystème « clef en main » qui respecte votre vie privée !
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).
Hier, j’ai reçu mon premier message de spam (ou phishing c’est selon) sur la messagerie Signal :
Cela m’a surpris, et surtout déçu de voir ce genre de message arriver sur ce canal. Heureusement, Signal offre la possibilité de bloquer l’émetteur (le numéro émetteur n’est pas dans mes contacts), ce que j’ai aussitôt fait.
Mais tout de même, que se passe-t-il, et dois-je envisager de quitter Signal ?
J’ai d’abord lu cet article qui explique bien la situation. En fait, c’est mon numéro de tél qui a été « récupéré », Signal n’y est pour rien, et ne peut faire grand chose.
Signal est disons la moins mauvaise solution de messagerie en terme de vie privée à ce jour, mais a ses limites. Tout comme Telegram, on passe toujours par un serveur centralisé, et le code qui tourne sur ces serveurs n’est pas public ; on est dès lors obligé de croire sur parole les affirmations de respect de vie privée… Il faut bien reconnaître que tout cela n’est pas optimal ! 🙄
Jami
Je vais donc commencer à suivre de près une application de messagerie et de téléphonie (il peut aussi remplacer Skype) prometteuse, j’ai nommé Jami : soutenu par la FSF (Free Software Foundation), utilisant un modèle distribué (P2P), et bien sûr chiffré de bout en bout (standard X.509). Et c’est un projet GNU !
Pour l’instant, Jami ne supporte pas encore les groupes (sans serveur central, c’est forcément compliqué), mais le développement est en cours et la fonctionnalité devrait bientôt être disponible (pour des groupes de huit personnes dans un premier temps). Ce sera le moment de quitter Signal.
J’ai finalement décidé d’utiliser mon serveur Pihole comme serveur DHCP. Il sera donc en charge d’attribuer les adresses IP sur mon réseau local, et se définira en même temps comme serveur DNS. De cette façon, tous les appareils du réseau bénéficieront du filtre anti-pubs de Pihole.
Je précise tout de suite que je suis en IPv4 pour la box comme pour mon LAN, et que IPv6 est désactivé sur la box (voir le commentaire d’Eliastik à ce sujet).
On verra en fin d’article que cela apporte pas mal d’informations sur ce qui se passe sur mon réseau local, j’ai fait des découvertes. 😮
Il aurait été plus simple de définir le serveur DNS au niveau de la box, mais Orange ne permet pas de changer ceux-ci, pour des raisons de VOIP apparemment. Autre problème avec cette box, le décodeur TV d’Orange doit obtenir son adresse de la box (un VLAN est créé semble-t-il), sinon plus de TV ! Ce sont d’ailleurs les deux gros reproches que l’on faire à Orange au niveau de sa box ! 🙁
Ce dernier problème m’a fait longuement fait hésiter à faire la manip, et puis finalement je me suis décidé à franchir le pas, car parfois le DNS IPv6 de la box (attribué lors de la requête DHCP) prenait le pas sur le DNS IPv4 (définit manuellement sur le PC pour pointer sur Pihole, voir cet article) sans que je sache vraiment pourquoi.
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 ?
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 :
Notification d’erreur de DAVx
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.
La modification proposée par Boatman ci-dessous a depuis été intégrée à l’application officielle (en Janvier 2020, soit presque 6 mois plus tard). Et la consommation de la batterie par Signal est devenue tout à fait correcte. Cet article n’a donc plus vraiment d’intérêt, si ce n’est pour l’histoire !
