Non, le principe de la "solution" proposé est qu'on te fournirait un petit boîtier qui scanne ton courrier avant que tu ne le mettes dans l'enveloppe et vérifie qu'il n'y a rien de prohibé. Évidemment, la liste des mots suspects devant être régulièrement mise à jour, le boîtier disposerait d'une connexion internet… Puis une fois dans l'enveloppe, tu pourras aller la poster en toute tranquillité, aucun agent ne viendra l'ouvrir avant sa remise au destinataire. Il n'y a donc vraiment aucune raison de s'inquiéter.
Certes, ultérieurement on s'apercevra que pour éviter les trop nombreux faux positifs, il devient nécessaire d'envoyer le texte de la missive à une IA qui rendra son verdict (mais le texte sera aussitôt détruit après, sauf si un doute légitime est permis - les IA ça hallucine souvent alors faut pas prendre de risque - auquel cas il sera conservé pour analyse complémentaire si nécessaire).
Ils comptent sérieusement obliger Whatsapp, Signal, Proton, etc… à modifier leur logiciel ??? Ce qui pourrait les conduire à faire deux versions, une pour l'UE et une autre pour le reste du monde (qu'on pourra télécharger via un VPN… jusqu'à ce qu'ils interdisent les VPN) ?
Et puisque la "solution" prétend préserver notre vie privée en faisant le scan en local (i.e. l'échange lui-même restant E2EE) elle sera inapplicable aux échanges par mails chiffrés localement par l'utilisateur. A moins d'interdire ensuite tout chiffrement non labellisé "porte dérobée inside"…
Et tout ça pour rien si on s'en tient aux pédophiles et aux terroristes car ils utiliseront d'autres messageries plus confidentielles.
Je pense que le credo de Proton c'est d'avoir un écosystème intégré. Personnellement, je ne suis pas fan de mettre tous mes œufs dans le même panier mais ça convient sans doute à beaucoup de personnes.
En ce qui concerne les engagements d'achat d'énergie et plus encore les engagements d'investissement, les "promesses "faites sont effectivement du vent puisqu'elles ne dépendent pas des gouvernements. Je ne vois pas comment un gouvernement peut obliger une entreprise dont il n'est pas actionnaire à investir aux EUA si elle ne le veut pas.
En revanche, si Trump voit que ces engagements ne sont pas tenus, il peut très bien décider d'augmenter les droits de douane de 15% à 25% (ou plus) en rétorsion. Au final, on en arrivera toujours au même point : il faudra se soumettre ou appliquer nos propres mesures de rétorsion et pour ça il serait bon que les EUA ne nous tiennent pas par les c…illes sur quelques domaines stratégiques, à commencer par le numérique.
La grosse différence c'est que la banque c'est une entreprise privée, tu peux en changer.
Oui et non : si toutes les banques font pareil, on est coincé. En revanche, une banque doit suivre la réglementation de son secteur pour avoir droit d'exercer (et il y a un paquet de règles obligatoires dans le secteur bancaire). L'État pourrait donc ajouter une règle (et un délai pour la mettre en œuvre) obligeant les banques à fournir un moyen d'effectuer toute transaction sans être obligé de posséder un ordiphone Android ou iOS et sans dégrader la sécurité celles-ci.
Parce que, par exemple, mettre en place Wero pour se rendre un peu plus indépendant de Google Pay ou Apple Pay et quand même obliger à avoir un ordiphone sous Android certifié ou iOS pour l'utiliser, c'est un peu incohérent (oui, je sais, ce n'est hélas pas de nature à perturber nos décideurs).
Ne soyons pas naïfs non plus: une fois qu'une implémentation de POC sera faite, ce sera certainement la base pour l'implémentation définitive, avec un vaste copier-coller. Si les Google Play Services sont dans le POC, elles seront dans la version finale, c'est quasi certain.
Le POC utilise Google Play Services (GPS) mais ça n'implique rien du tout pour la version finale ; la preuve c'est que la version finale sur iOS n'utilisera pas les GPS.
Et puis, comme le dit le commentaire au dessus, les Google Play Services changent fondamentalement le "business flow" à démontrer.
Je ne vois rien dans le commentaire en question qui démontre ça. De plus, ça m'étonnerait qu'on valide un business flow qui dépende de l'OS sous-jacent. Il y aurait donc un autre business flow sur iOS ? J'ai l'impression qu'on confond business flow et le technical flow qui l'implémente.
Alors, moi aussi je ne me fais guère d'illusion sur la disponibilité de ce truc sur d'autres plateformes que Android ou iOS mais je ne déduis pas ça du POC en question.
Je ne connaissais pas cette personne, j'ai publié le lien parce que l'article du Monde en faisait un bel éloge. Du coup, je m'interroge : le moinssage, c'est par rapport à lui (et dans ce cas, pourquoi ?) ou bien par rapport au fait que je publie un lien sur un article derrière un paywall ?
Copier des hardlink n'est en rien un backup : l'info n'est présente qu'une fois. C'est pas du chipotage au niveau de terme, c'est vraiment que tu n'as pas fait de sauvegarde en faisant ça.
Il ne s'agit pas de copier des hardlinks mais de créer des hardlinks de fichiers déjà sauvegardés existants et non modifiés. Regarde comment marche Timeshift. C'est une vraie sauvegarde (avec en plus une belle UX pour explorer le passé).
Ce type de sauvegarde est cependant moins bien (en tous cas pour moi) que les borg, restic et autre, parce que la maille est au niveau fichier et non bloc (la déduplication est donc moins efficace), si on renomme un fichier ça va le dupliquer dans la sauvegarde suivante, si on déplace un fichier, idem.
Tout à fait, voir par exemple Timeshift., un excellent outil de backup basé sur rsync.
Mais ma remarque était par rapport au script "de backup" présenté, qui plus est avec l'option --delete qui est la marque d'une synchronisation, pas d'un backup (au sens habituel du terme).
Ici, il disent «tu paye ou tu nous donne quelque chose qu'on pourra revendre».
Alors que la vraie question derrière celle qu'ils mettent en avant est :
tu consens à la revente de tes données alors tu ne payes pas
tu ne consens pas à la revente de tes données alors tu payes… et on va va revendre tes données quand même (oui, je sais, le RGPD, toussa, mais qui va pouvoir le prouver ? et si ça arrive, ça sera la faute involontaire d'un stagiaire)
Attention, je ne suis pas en train de défendre le logiciel propriétaire, je suis en train de défendre la liberté d'une entreprise d'envoyer chier les clients qui veulent un service à la demande.
Ça se discute. Toute entreprise même privée doit se conformer aux lois et réglementations.
Elles pourraient, par exemple, envoyez chier les clients qui veulent un droit de regard sur leurs données personnelles mais il y a le RGPD (plus ou moins bien respecté mais ce n'est pas le sujet). Elles pourraient envoyez chier le client qui veut retourner un produit acheté sur internet ou qui demande à ce qu'un produit en panne soit réparé gratuitement dans les deux premières années, etc… la liste est bien sûr très longue.
Bref, l’État ou le régulateur du secteur concerné peut tout à fait, s'il en a la volonté politique (et si ça n'entre pas en conflit avec une réglementation supranationale) en faire un peu plus pour que l'usager ait d'autres alternatives que passer par une solution entièrement aux mains des GAFAM. Et si le CROUS est concerné (exemple cité), ça devrait être encore plus facile puisque ce sont des établissements publics.
Mais cela peut avoir un coût qui serait répercuté sur l'ensemble des usagers/clients et une majorité d'entre eux pourraient ne pas être d'accord d'assumer ce coût pour un besoin qu'ils n'ont pas (ou croient ne pas avoir).
un truc complètement hors ligne à l'usage devrait convenir sans problème..
perso je m'imagine mal recommander de la conduite avec "équipement connecté", déjà quand on voit ceux qui tel au volant..
Je ne vois pas la différence de dangerosité entre conduire en suivant un truc hors-ligne ou conduire en suivant un truc comme coMaps (qu'on peut tout à fait utiliser hors ligne de toutes façons).
Là on parlait de l'hypothèse d'un souci matériel (surchauffe, en l’occurrence). Si ça ne marche pas sous Windows, cette hypothèse est validée à 99,99% alors que si ça ne marche pas avec une autre distribution, tu n'es pas plus avancé sur cette hypothèse.
Pourquoi "surtout pas" ? Si c'est un problème logiciel spécifique à sa configuration matérielle mais commun à toutes les distributions, le test avec Windows est le seul à même de lever le doute.
L'hypothèse d'un souci matériel peut être testée avec une clé live USB d'une autre distribution (de préférence n'ayant pas la même distribution mère que Mint : Fedora ou Manjaro, par exemple) ou, encore mieux, avec un Windows (je ne sais pas si ça peut se faire en live USB par contre).
Je suis peut-être naïf mais moi j'utilise Firefox sans trop me soucier de ce qu'on en dit car ça me paraît toujours mieux que d'abandonner le web aux mains de navigateurs qui ne permettront pas d'installer uBlock Origin (et autres extensions protectrices). Les alternatives à Firefox dîtes vertueuses, car pas issues de Mozilla, n'existent que parce que Firefox existe et fait de base du bon boulot. Je fais de temps en temps un don même si je sais qu'une partie va partir dans la poche des hauts salaires des dirigeants ; c'est toujours mieux que de ne plus avoir un jour Firefox.
Et n'oublions pas de faire aussi un don pour Thunderbird !
Suite à la réponse de Delonghi confirmant pour la deuxième fois que :
Nous vous informons qu'il n'est malheureusement pas possible de modifier une adresse e-mail liée à un compte client.
J'ai répondu :
Cette impossibilité résulte d'un choix technique de débutant (désolé de le dire aussi brutalement) : on ne met jamais une donnée pouvant changer comme clé primaire dans une base de données.
Quoiqu'il en soit, l'adresse e-mail étant une donnée personnelle, vous n'êtes pas conforme au RGPD ce qui pourrait donner lieu à un signalement auprès de la CNIL.
Je ne sais pas si c'est la mention du RGPD ou si le service informatique s'est vexé (ou les deux) mais je viens de recevoir la réponse suivante :
Nous vous prions de ne pas tenir compte des échanges avec notre service client où il y a une confusion sur votre demande. Nous vous informons que notre service informatique peut modifier votre adresse e-mail.
Il faudrait un clone de Linus Torvald qui nous pondrait un noyau pour smartphone en quelques mois.
Android est basé sur un noyau Linux et il y a déjà des projets de distribution Linux sur smartphone (sans la couche Android).
Le problème n'est pas tant le noyau lui-même que le support du matériel, très hétérogène sur ARM, mal ou pas du tout documenté et non open source. Cela rend les choses beaucoup plus compliquées que sur les PC, et les projets en cours sont donc obligés de se focaliser sur un nombre très réduit de modèles, sans pour autant parvenir à les rendre utilisables au quotidien pour une personne lambda.
Un (petit) espoir pourrait peut-être venir de l'architecture RISC si elle arrive jusqu'aux téléphones.
Pas de réseau. Pas de wifi. Pas de faille de sécurité. Pas d'emmerdes.
Mon HP est en wifi, ça permet de la mettre où je veux sans avoir à tirer un câble usb en travers de la pièce. Mais wifi ne veut pas dire accès à internet : elle est bloquée par le contrôle parental.
[^] # Re: Ouvrir le courrier
Posté par mahikeulbody . En réponse au lien Voilà les pays de l'UE qui abandonnent la vie privée pour scanner vos messages chiffrés. Évalué à 8.
Non, le principe de la "solution" proposé est qu'on te fournirait un petit boîtier qui scanne ton courrier avant que tu ne le mettes dans l'enveloppe et vérifie qu'il n'y a rien de prohibé. Évidemment, la liste des mots suspects devant être régulièrement mise à jour, le boîtier disposerait d'une connexion internet… Puis une fois dans l'enveloppe, tu pourras aller la poster en toute tranquillité, aucun agent ne viendra l'ouvrir avant sa remise au destinataire. Il n'y a donc vraiment aucune raison de s'inquiéter.
Certes, ultérieurement on s'apercevra que pour éviter les trop nombreux faux positifs, il devient nécessaire d'envoyer le texte de la missive à une IA qui rendra son verdict (mais le texte sera aussitôt détruit après, sauf si un doute légitime est permis - les IA ça hallucine souvent alors faut pas prendre de risque - auquel cas il sera conservé pour analyse complémentaire si nécessaire).
# j'ai un doute
Posté par mahikeulbody . En réponse au lien Voilà les pays de l'UE qui abandonnent la vie privée pour scanner vos messages chiffrés. Évalué à 5. Dernière modification le 04 août 2025 à 18:49.
Ils comptent sérieusement obliger Whatsapp, Signal, Proton, etc… à modifier leur logiciel ??? Ce qui pourrait les conduire à faire deux versions, une pour l'UE et une autre pour le reste du monde (qu'on pourra télécharger via un VPN… jusqu'à ce qu'ils interdisent les VPN) ?
Et puisque la "solution" prétend préserver notre vie privée en faisant le scan en local (i.e. l'échange lui-même restant E2EE) elle sera inapplicable aux échanges par mails chiffrés localement par l'utilisateur. A moins d'interdire ensuite tout chiffrement non labellisé "porte dérobée inside"…
Et tout ça pour rien si on s'en tient aux pédophiles et aux terroristes car ils utiliseront d'autres messageries plus confidentielles.
[^] # Re: TOTP
Posté par mahikeulbody . En réponse au lien 2FA : Proton lance une appli "Authenticator" dédiée (et libre). Évalué à 4. Dernière modification le 02 août 2025 à 12:00.
ou Aegis ?
Je pense que le credo de Proton c'est d'avoir un écosystème intégré. Personnellement, je ne suis pas fan de mettre tous mes œufs dans le même panier mais ça convient sans doute à beaucoup de personnes.
# Mouai...
Posté par mahikeulbody . En réponse au lien Trump est-il tombé dans le piège européen? . Évalué à 6. Dernière modification le 01 août 2025 à 13:52.
En ce qui concerne les engagements d'achat d'énergie et plus encore les engagements d'investissement, les "promesses "faites sont effectivement du vent puisqu'elles ne dépendent pas des gouvernements. Je ne vois pas comment un gouvernement peut obliger une entreprise dont il n'est pas actionnaire à investir aux EUA si elle ne le veut pas.
En revanche, si Trump voit que ces engagements ne sont pas tenus, il peut très bien décider d'augmenter les droits de douane de 15% à 25% (ou plus) en rétorsion. Au final, on en arrivera toujours au même point : il faudra se soumettre ou appliquer nos propres mesures de rétorsion et pour ça il serait bon que les EUA ne nous tiennent pas par les c…illes sur quelques domaines stratégiques, à commencer par le numérique.
[^] # Re: sans ios, sans android/aosp?
Posté par mahikeulbody . En réponse au journal L'Identité Digitale Numérique Européenne et attestation Google. Évalué à 8.
Oui et non : si toutes les banques font pareil, on est coincé. En revanche, une banque doit suivre la réglementation de son secteur pour avoir droit d'exercer (et il y a un paquet de règles obligatoires dans le secteur bancaire). L'État pourrait donc ajouter une règle (et un délai pour la mettre en œuvre) obligeant les banques à fournir un moyen d'effectuer toute transaction sans être obligé de posséder un ordiphone Android ou iOS et sans dégrader la sécurité celles-ci.
Parce que, par exemple, mettre en place Wero pour se rendre un peu plus indépendant de Google Pay ou Apple Pay et quand même obliger à avoir un ordiphone sous Android certifié ou iOS pour l'utiliser, c'est un peu incohérent (oui, je sais, ce n'est hélas pas de nature à perturber nos décideurs).
[^] # Re: Comme d'hab, personne lit le readme
Posté par mahikeulbody . En réponse au lien Le futur wallet européen ne sera pas souverain et pas contrôlé par ses utilisateurs. Évalué à 4.
Le POC utilise Google Play Services (GPS) mais ça n'implique rien du tout pour la version finale ; la preuve c'est que la version finale sur iOS n'utilisera pas les GPS.
Je ne vois rien dans le commentaire en question qui démontre ça. De plus, ça m'étonnerait qu'on valide un business flow qui dépende de l'OS sous-jacent. Il y aurait donc un autre business flow sur iOS ? J'ai l'impression qu'on confond business flow et le technical flow qui l'implémente.
Alors, moi aussi je ne me fais guère d'illusion sur la disponibilité de ce truc sur d'autres plateformes que Android ou iOS mais je ne déduis pas ça du POC en question.
# question peut-être naïve
Posté par mahikeulbody . En réponse au lien Facebook, Google cease political advertising in the EU because of new EU rules on transparency. Évalué à 3.
Doit-on vraiment le regretter ?
[^] # Re: Synchronisation de calendriers, ical
Posté par mahikeulbody . En réponse au journal [android] ces petites restrictions techniques qui interrogent... Évalué à 7.
Il me semble pourtant que c'est possible avec Fossify Calendar et DAVx5.
# moinsé ?
Posté par mahikeulbody . En réponse au lien Gilles Dowek, informaticien engagé et vulgarisateur, est mort. Évalué à 3.
Je ne connaissais pas cette personne, j'ai publié le lien parce que l'article du Monde en faisait un bel éloge. Du coup, je m'interroge : le moinssage, c'est par rapport à lui (et dans ce cas, pourquoi ?) ou bien par rapport au fait que je publie un lien sur un article derrière un paywall ?
# article derrière un paywall
Posté par mahikeulbody . En réponse au lien Gilles Dowek, informaticien engagé et vulgarisateur, est mort. Évalué à 4.
mais on peut retrouver son parcours sur wikipedia.
[^] # Re: backup ?
Posté par mahikeulbody . En réponse au message Premier script bash pour backups, je tente un peu plus ambitieux. Évalué à 6.
Il ne s'agit pas de copier des hardlinks mais de créer des hardlinks de fichiers déjà sauvegardés existants et non modifiés. Regarde comment marche Timeshift. C'est une vraie sauvegarde (avec en plus une belle UX pour explorer le passé).
Ce type de sauvegarde est cependant moins bien (en tous cas pour moi) que les borg, restic et autre, parce que la maille est au niveau fichier et non bloc (la déduplication est donc moins efficace), si on renomme un fichier ça va le dupliquer dans la sauvegarde suivante, si on déplace un fichier, idem.
[^] # Re: backup ?
Posté par mahikeulbody . En réponse au message Premier script bash pour backups, je tente un peu plus ambitieux. Évalué à 6. Dernière modification le 22 juillet 2025 à 19:33.
Tout à fait, voir par exemple Timeshift., un excellent outil de backup basé sur rsync.
Mais ma remarque était par rapport au script "de backup" présenté, qui plus est avec l'option --delete qui est la marque d'une synchronisation, pas d'un backup (au sens habituel du terme).
# backup ?
Posté par mahikeulbody . En réponse au message Premier script bash pour backups, je tente un peu plus ambitieux. Évalué à 5.
Même si chacun est libre d'avoir la définition qu'il veut de ce qu'est un backup, force est de reconnaître que
rsync -av --delete
ne correspond pas vraiment à la définition la plus courante.
[^] # Re: ça ne me dérange pas tellement
Posté par mahikeulbody . En réponse au lien Meta se f... du RGPD et de la Commission européenne et maintient le "choix" « payer ou consentir ». Évalué à 4.
Alors que la vraie question derrière celle qu'ils mettent en avant est :
[^] # Re: Le problème principal, c'est les constructeurs.
Posté par mahikeulbody . En réponse au message Y aura-t-il un jour l'émergence d'une alternative libre à android ? . Évalué à 2.
La comparaison avec la France fait mal ! (je me doute que ce n'est pas de la faute de Purism qui doit s'appuyer sur un des opérateurs existants).
[^] # Re: Un peu de confusion
Posté par mahikeulbody . En réponse au message Y aura-t-il un jour l'émergence d'une alternative libre à android ? . Évalué à 2.
Ça se discute. Toute entreprise même privée doit se conformer aux lois et réglementations.
Elles pourraient, par exemple, envoyez chier les clients qui veulent un droit de regard sur leurs données personnelles mais il y a le RGPD (plus ou moins bien respecté mais ce n'est pas le sujet). Elles pourraient envoyez chier le client qui veut retourner un produit acheté sur internet ou qui demande à ce qu'un produit en panne soit réparé gratuitement dans les deux premières années, etc… la liste est bien sûr très longue.
Bref, l’État ou le régulateur du secteur concerné peut tout à fait, s'il en a la volonté politique (et si ça n'entre pas en conflit avec une réglementation supranationale) en faire un peu plus pour que l'usager ait d'autres alternatives que passer par une solution entièrement aux mains des GAFAM. Et si le CROUS est concerné (exemple cité), ça devrait être encore plus facile puisque ce sont des établissements publics.
Mais cela peut avoir un coût qui serait répercuté sur l'ensemble des usagers/clients et une majorité d'entre eux pourraient ne pas être d'accord d'assumer ce coût pour un besoin qu'ils n'ont pas (ou croient ne pas avoir).
[^] # Re: déjà
Posté par mahikeulbody . En réponse au lien Abandonnez Google Maps pour CoMaps, une appli qui ne vous traque pas et ne vide pas votre batterie. Évalué à 2.
Je ne vois pas la différence de dangerosité entre conduire en suivant un truc hors-ligne ou conduire en suivant un truc comme coMaps (qu'on peut tout à fait utiliser hors ligne de toutes façons).
KDE suffit déjà, non ? Pourquoi Gnome ou xfce ?
[^] # Re: dépoussiérage
Posté par mahikeulbody . En réponse au message LinuxMint s'éteint tout seul et redémarre. Évalué à 5.
Là on parlait de l'hypothèse d'un souci matériel (surchauffe, en l’occurrence). Si ça ne marche pas sous Windows, cette hypothèse est validée à 99,99% alors que si ça ne marche pas avec une autre distribution, tu n'es pas plus avancé sur cette hypothèse.
[^] # Re: dépoussiérage
Posté par mahikeulbody . En réponse au message LinuxMint s'éteint tout seul et redémarre. Évalué à 4.
Pourquoi "surtout pas" ? Si c'est un problème logiciel spécifique à sa configuration matérielle mais commun à toutes les distributions, le test avec Windows est le seul à même de lever le doute.
[^] # Re: dépoussiérage
Posté par mahikeulbody . En réponse au message LinuxMint s'éteint tout seul et redémarre. Évalué à 3. Dernière modification le 13 juillet 2025 à 15:11.
L'hypothèse d'un souci matériel peut être testée avec une clé live USB d'une autre distribution (de préférence n'ayant pas la même distribution mère que Mint : Fedora ou Manjaro, par exemple) ou, encore mieux, avec un Windows (je ne sais pas si ça peut se faire en live USB par contre).
# je suis peut-être naïf
Posté par mahikeulbody . En réponse au lien Question récurrente: "Firefox est mort pour moi – et je ne suis pas le seul à en avoir marre". Évalué à 10.
Je suis peut-être naïf mais moi j'utilise Firefox sans trop me soucier de ce qu'on en dit car ça me paraît toujours mieux que d'abandonner le web aux mains de navigateurs qui ne permettront pas d'installer uBlock Origin (et autres extensions protectrices). Les alternatives à Firefox dîtes vertueuses, car pas issues de Mozilla, n'existent que parce que Firefox existe et fait de base du bon boulot. Je fais de temps en temps un don même si je sais qu'une partie va partir dans la poche des hauts salaires des dirigeants ; c'est toujours mieux que de ne plus avoir un jour Firefox.
Et n'oublions pas de faire aussi un don pour Thunderbird !
[^] # Re: des nouvelles, suite
Posté par mahikeulbody . En réponse au journal changement d'adresse e-mail : des vertes et des pas mures. Évalué à 4.
Suite à la réponse de Delonghi confirmant pour la deuxième fois que :
Nous vous informons qu'il n'est malheureusement pas possible de modifier une adresse e-mail liée à un compte client.
J'ai répondu :
Cette impossibilité résulte d'un choix technique de débutant (désolé de le dire aussi brutalement) : on ne met jamais une donnée pouvant changer comme clé primaire dans une base de données.
Quoiqu'il en soit, l'adresse e-mail étant une donnée personnelle, vous n'êtes pas conforme au RGPD ce qui pourrait donner lieu à un signalement auprès de la CNIL.
Je ne sais pas si c'est la mention du RGPD ou si le service informatique s'est vexé (ou les deux) mais je viens de recevoir la réponse suivante :
Nous vous prions de ne pas tenir compte des échanges avec notre service client où il y a une confusion sur votre demande. Nous vous informons que notre service informatique peut modifier votre adresse e-mail.
Comme quoi…
En revanche, toujours pas de nouvelles de Dell.
# il y a des projets
Posté par mahikeulbody . En réponse au message Y aura-t-il un jour l'émergence d'une alternative libre à android ? . Évalué à 10.
Android est basé sur un noyau Linux et il y a déjà des projets de distribution Linux sur smartphone (sans la couche Android).
Le problème n'est pas tant le noyau lui-même que le support du matériel, très hétérogène sur ARM, mal ou pas du tout documenté et non open source. Cela rend les choses beaucoup plus compliquées que sur les PC, et les projets en cours sont donc obligés de se focaliser sur un nombre très réduit de modèles, sans pour autant parvenir à les rendre utilisables au quotidien pour une personne lambda.
Un (petit) espoir pourrait peut-être venir de l'architecture RISC si elle arrive jusqu'aux téléphones.
[^] # Re: Oeil
Posté par mahikeulbody . En réponse au lien Un laser qui détecte et tue les moustiques en vol (présentation vidéo incluse) ! (via sebsauvage). Évalué à 4.
Ils disent que leur système détecte les gros objets comme chiens, chats et humains et que dans ce cas, il ne tire pas.
[^] # Re: J'aime mon imprimante
Posté par mahikeulbody . En réponse au lien Pluie de vulnérabilités sur des centaines de modèles d’imprimantes. Évalué à 3.
Mon HP est en wifi, ça permet de la mettre où je veux sans avoir à tirer un câble usb en travers de la pièce. Mais wifi ne veut pas dire accès à internet : elle est bloquée par le contrôle parental.