🚲 Tanguy Ortolo a écrit 12504 commentaires

Rien de tel pour "débrancher".

Alors, personnellement je ne fais ça qu'en vacances. Dernièrement par exemple, trois semaines sans téléphone ni accès à Internet, avec un message automatique pour ceux qui m'écrivent, genre : « En vacances juqu'au [dans trois semaines], et injoignable : si vous aviez quelque chose à me dire, il va falloir attendre mon retour. »

Ce n'est pas spécialement difficile, ni pénible : le technologie est un outil, pas une drogue, et on s'en passe très bien. Enfin moi en tout cas, les autres je ne sais pas. En revanche lorsque des gens dans mon entourage sortent leur téléphone pour des bêtises, comme trouver son chemin alors qu'on a un plan sous la main, retrouver quelqu'un avec qui on a un rendez-vous précis, ou trouver un tas de détails sur un sujet abordé dans une conversation, ça m'agace profondément.

Et bien moi je ne la regarde pas car je n'en ai pas.

Moi non plus je n'ai pas de téléviseur, mais aujourd'hui on n'a pas forcément besoin d'un téléviseur pour regarder la télévision. En ce qui me concerne, j'ai accès à presque toutes les grandes chaînes françaises, rediffusées par mon FAI, mais je ne les regarde pas, sauf pour des événements très particuliers, pour des élections par exemple, ce qui doit faire 3 ou 4 heures de télévision par an.

Et dépendent de bibliothèques standard, ou d'environnements d'exécutions, qui doivent être portés.

Après avoir passé toute mon enfance sans téléviseur, j'ai récemment eu la possibilité de regarder la plupart des chaînes françaises, rediffusées par mon fournisseur d'accès à Internet. Eh bien, j'ai essayé pour voir, mais je n'ai pas réussi à m'y mettre : en fait, je ne supporte pas de rester longtemps passif devant un écran, du coup je me mets à faire autre chose, et je ne suis plus l'émission.

Parce que les gens ne codent pas pour Linux — ce qui serait assez ardu, en passant soi-même ses appels systèmes, qui en plus dépendent de l'architecture — mais pour GNU/Linux.

Est ce qu'un tel lecteur existe ?

Oui. Toutes ces cartes sont des cartes à puce utilisant la même norme de communication, qui diffèrent par ce qu'elles en font. Carte de téléphone (portable, qu'on appelle une carte SIM), carte bancaire, carte de chiffrement, tout est lisible avec des lecteurs standards, en revanche les protocoles applicatifs diffèrent.

Ensuite, pour les cartes sans contact, eh bien c'est pareil, c'est la même norme, en version sans fil. Je ne sais pas où acheter les lecteurs pour cela, mais je sais que ça se trouve.

On sait tous qu'Android est un Linux customisé : le noyau est quasiment le même, et le portage Linux <=> Android est plus que facilité.

Non. Un portage Linux ↔ Android, dans un sens ou dans l'autre, ça n'existe pas. Un logiciel pour Android est un logiciel pour une distribution Linux particulière.

On peut se demander si Android ne va pas faire profiter Linux

Évidemment, puisqu'Android est une distribution Linux.

notamment dans le domaine du Desktop

Ah, ça c'est une vraie question, mais en retirant le « notamment », sans quoi la première partie n'a pas beaucoup de sens comme je viens de le souligner.

les applications encore manquantes sous Linux (Corel, Adobe ou autre), quand elles seront portées sous Android, le seront-elles sous Linux ?

Évidemment, puisqu'Android est une distribution Linux. Quant à savoir si elles seront aussi portées sur GNU/Linux, ça c'est une vraie question.

Oui, regarde l'article en anglais, qui est bien plus complet : https://en.wikipedia.org/wiki/Universal_Disk_Format . Il faut simplement éviter à tout prix le mode VAT.

Ah, mais les pilotes UDF, notamment celui de Windows, sont assez pourris en effet. Ce que je veux dire, c'est que pour les cartes SD, il n'y avait absolument pas besoin d'inventer un nouveau système de fichiers pourri de brevets, et qu'il aurait été beaucoup plus judicieux d'utiliser UDF, et de demander à MS d'améliorer leur pilote.

UDF.

Si tu fais que la moitié des opérations d'installation à la main, pas la peine de te plaindre que ça ne marche pas bien si tu ne fais pas le reste. L'installateur Debian prend tout à fait en charge l'installation sur volumes chiffrés, mais évidemment si tu l'outrepasses pour ouvrir ces volumes par exemple, il ne mettre pas ce qu'il faut en crypttab, et ne génèrera pas les scripts d'initrd qu'il faut.

J'utilise un téléphone mobile « à l'ancienne », c'est à dire :

• petit (tenant dans une poche avec d'autres trucs à côté, genre clefs, couteau, mouchoir : moins de quinze centimètre de long et cinq centimètres de large),
• léger (moins de cent grammes),
• autonome (plus d'une semaine).

Il paraît qu'il tourne sous Symbian comme la plupart des téléphones de chez Sony-Ericsson, mais ce n'est pas affiché, en fait l'identité Symbian est plutôt franchement camouflée.

dépasser la barrière des 4GiB par partition

Plutôt 32, non ?

Ni l'un ni l'autre je dirais. 2 Tio par volume avec des secteurs de 512 octets.

Non merci. Je n'aime pas vi, j'utilise un vrai vim, moi.

Je n'a pas installé, vi, j'ai installé debian 7.1 et je me plains que le choix des logiciels par défaut (ou de leur configuration) est inadapté.

Le choix d'éditeur par défaut, c'est nano, pas vim. Si tu veux vim, installe-le.

j'ai 12 ans d'habitude de taper vi, j'ai touché HP-UX, Solaris, DEC/alpha, la commande « vi » est gravée profondément dans ma mémoire, et c'est celle qui marche partout (sauf Debian sans modifier la configuration)

N'importe quoi. Avec vim-tiny d'installé, la commande vi fonctionne très bien, et donne accès à un éditeur compatible vi.

Non, vim n'existe pas non plus. Il faut taper vim.tiny et là ça me saoule.

Ben forcément, si tu installes vim-tiny… Installe donc vim tout court.

Accessoirement, si tu lances vi, tu te retrouves avec un éditeur compatible vi : de quoi te plains-tu ? Qu'il ne soit pas aussi complet que vim ? Mais tu n'as pas demandé vim, tu as demandé un éditeur compatible vi, ce que tu as obtenu.

Ah et puis une dernière chose. Je te conseille d'installer vim.full, plutôt que vim.tiny.

vim tout court, tu veux dire.

Exact, et c'est un choix de Vim, donc ce n'est pas à Debian de patcher pour modifier cela. Plains-toi aux développeurs amont.

Ctrl + K, taper sa recherche, Alt + ↵

Ah, dans ce cas, le résultat n'est pas vérifiable…

Curieux, parce qu'on les reçoit par ailleurs par la poste, les bulletins.

Oh tiens, plus simple encore : après avoir mélangé les enveloppes, chacun a en main l'enveloppe de quelqu'un d'autre, et a d'ailleurs potentiellement eu en main les enveloppes d'autres gens, peut-être de tous les autres en se débrouillant pour faire plein d'échanges, mais ne peut pas les déchiffrer, c'est l'organisateur qui va le faire. Or, une fois les votes dépouillés, on peut re-chiffrer chaque vote, jusqu'à tomber sur ceux qu'il a eu en main. Et hop, on sait qui a voté quoi.

Tiens, là j'ai essayé d'attaquer la vérifiabilité, mais on peut également attaquer le secret, et de façon très simple : en proposant des échanges à tout le monde, on finit par savoir qui a quel identifiant. Sauf s'ils effectuent des échanges après cela, mais on peut limiter le mélange non contrôlé en proposant un maximum d'échanges ou en s'arrangeant pour augmenter cela avec un certain nombre de complices.

Ou pire encore : espionner le réseau. Ton FAI par exemple, peut savoir ce que tu as voté.

En filigrane : le fait que ce mélange ne soit pas, comme le mélange des enveloppes dans une urne, un mélange aléatoire impossible à mesurer.

C'est intéressant, parce que ça a l'air parfait, et que comme on sent par ailleurs intuitivement que les propriétés garanties par le vote papier dans une urne transparente ne peuvent pas être mises en œuvre par correspondance, il doit y avoir une faille.

L'étape clef de ce processus, c'est le mélange, d'où la question : comment un participant peut-il faire foirer ce mélange ? J'exclus le cas d'un non-participant, parce que ce système, à base d'adresses IP — à remplacer par des clefs cryptographiques personnelles d'ailleurs, pour plus de sécurité — évite déjà ce cas. Que peut donc faire un participant, qui ne soit pas prévu par le processus, et change celui-ci ? Il dispose de la liste des cartes électorales des autres votants, et sa propre carte, et de deux actions possibles, initier ou accepter un échange de carte, donc :

1. proposer à quelqu'un d'échanger sa carte contre une qui n'est pas la sienne ;
2. accepter d'échanger une carte qui n'est pas la sienne contre celle de quelqu'un d'autre.

Ce comportement anormal est reproductible pour le mélange des enveloppes. Je n'ai eu le temps de déterminer les conséquences de cela, mais je soupçonne que cela permette à l'attaquant d'accumuler des droits de votes d'autrui.

Je note également que l'étape de vote est réalisable par n'importe qui avec les droits de vote de tous les participants : on doit pouvoir faire mieux.