tag:linuxfr.org,2005:/users/sshnuke0LinuxFr.org : les contenus de SSHNuke02014-04-08T11:16:40+02:00/favicon.pngtag:linuxfr.org,2005:Diary/348602014-04-05T16:47:11+02:002014-04-05T16:47:11+02:00Android un peu trop bavard ?Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Salut à tous !</p>
<p>Je viens d'être témoin d'un bug sur mon téléphone (sous cyanogenmod 11) qui m'a un peu fait tiquer…<br>
J'étais en cours d'appel quand tout d'un coup, celui-ci s'est coupé.</p>
<p>Rien de bien extraordinaire me direz-vous, mais juste avant de rappeler, je me suis rendu compte qu'au lieu d'avoir un numéro de téléphone dans le journal d'appel, j'avais à la place une belle balise HTML. O_o</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f7777772e7373686e756b652e66722f68746d6c50686f6e652e706e67/htmlPhone.png" alt="" title="Source : http://www.sshnuke.fr/htmlPhone.png"></p>
<p>En voulant créer un contact depuis ce numéro, Android me propose ce nom par defaut:</p>
<pre><code><!DOCTYPE html> <html> <head> <style type="text/css"> html, body, iframe { margin: 0; padding: 0; height: 100%; } iframe { display: block; width: 100%; border: none; } </style> <title>Application Error</title> </head> <body> <iframe src="https://s3.amazonaws.com/opencnam-api/index.html"> <p>Application Error</p> </iframe> </body> </html>
</code></pre>
<p>En plus d'un joli bug, (Android qui ne vérifie pas si service distant ne lui renvoie pas de la merde) je me pose la question:</p>
<p>Mais bordel, cela veut dire que chaque numéro que je compose, un serveur distant récupère le numéro composé ?</p>
<p>Pire, en allant sur <a href="https://s3.amazonaws.com/opencnam-api">https://s3.amazonaws.com/opencnam-api</a> il est question d'HOSTID, bonjour l'anonymat… (bien qu'après coup, elle a l'air random…)</p>
<p>J'avais déjà remarqué qu'Android arrivait (parfois) à localiser les numéros de téléphones, de plus, une petite recherche sur sur ddg me confirme que OpenCNAM est une API pour obtenir des informations sur un numéro de téléphone …</p>
<p>Je monte peut-être un peu vite sur mes grands chevaux. Si cela se trouve ce n'est qu'une option à décocher (qui d'ailleurs ne devrait pas être cochée par defaut…). <br>
Mais cela me laisse tout de même une désagréable sensation.<br>
Si j'ai le temps ce weekend, j'installerai un chroot de debian avec un tcpdump qui tournera durant une journée entière…</p>
<p>Certains d'entre vous ont-ils connaissance du comportement d'Android ? Est-il désactivable ? Android a encore beaucoup d'autres surprises de ce genre ? OpenCNAM est-il anonyme ?</p><div><a href="https://linuxfr.org/users/sshnuke0/journaux/android-un-peu-trop-bavard.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/101795/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/sshnuke0/journaux/android-un-peu-trop-bavard#comments">ouvrir dans le navigateur</a>
</p>
SSHNuke0https://linuxfr.org/nodes/101795/comments.atomtag:linuxfr.org,2005:Diary/333522012-11-09T14:47:12+01:002012-11-09T14:47:12+01:00Non, systemd n'est vraiment pas parfait ! (ni prêt)Licence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<p>Non, systemd n'est vraiment pas parfait ! Alors, oui, je veux bien croire qu'il améliore pas mal de choses,<br />
qu'il est plus "beau" plus rapide, plus "simple" et peut-être même qu'il rend le poil de votre poney luisant !</p>
<p>Mais, tout de même, je ne suis pas convaincu que ce soit une bonne idée que de précipiter un projet si "jeune".<br />
Remplacer une partie si important de notre système d'en un temps aussi court !</p>
<p>Un exemple tout con, aujourd'hui, je viens de me rendre compte que, par défaut, screen/t-mux ne fonctionne plus avec systemd ! Et oui !</p>
<p>Quand on lance screen depuis un environnement graphique, lui-même démarrer depuis un service systemd, celui-ci fera partie du cgroups du service.<br />
Si bien que quand on désira fermer Xorg proprement (CAD, en terminant le service) screen étant dans le cgroups de ce dernier,<br />
se fera killer…. Bref, 60% de l'intérêt de screen perdu !</p>
<p>Alors, oui,<br />
j'imagine qu'il doit surement avoir un moyen d'écrire une règles pour sortir screen du cgroup <br />
voir crée un nouveau cgroups pour lui… Mais tout de même, là, j'ai l'impression d'être un bêta testeur !</p>
<p>Cela me rappelle un peut les propos de Lennart qui expliquait que si PulseAudio n'avais pas été "forcer"<br />
(comprendre mis par défaut dans une distribution GNU/Linux populaire) il ne serait jamais aussi rapidement stable qu'il peut l'être aujourd'hui :</p>
<blockquote>
<p>«..franchement nous n'avions pas vraiment d'autre option que de le pousser dans les distributions quand nous l'avons fait.<br />
Certes Pulseaudio n'était pas un logiciel sans bug…»</p>
<p>«…Et puis quelle autre option est-ce que nous aurions eu ? C'est très naïf de croire que, si nous avions attendu plus longtemps avant de pousser Pulseaudio vers les distributions, les choses auraient été différentes : vous ne pouvez pas corriger les bugs que vous ne connaissez pas, et les incitations et les ressources humaines sont trop faibles pour avoir des corrections avant qu'il y ait la pression inhérente à un logiciel déjà intégré dans une distribution.»</p>
</blockquote>
<p>cf: <a href="http://linuxfr.org/news/un-entretien-avec-lennart-poettering">Un entretien avec Lennart Poettering - LinuxFr.org</a></p>
<p>Bref, là, j'ai l'impression qu'il nous refait exactement la même avec systemd…<br />
Il nous prend pour des bêtas testeurs !</p><div><a href="https://linuxfr.org/users/sshnuke0/journaux/non-systemd-n-est-vraiment-pas-parfait-ni-pret.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/96347/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/sshnuke0/journaux/non-systemd-n-est-vraiment-pas-parfait-ni-pret#comments">ouvrir dans le navigateur</a>
</p>
SSHNuke0https://linuxfr.org/nodes/96347/comments.atom