🚲 Tanguy Ortolo a écrit 12252 commentaires

Ce sont des cartes à puce SSL. Et SSL, c'est basé sur X.509, et X.509, c'est mal parce que :

1. c'est un truc de téléphonistes ;
2. ça encourage les pires dérives (concentration sur un minimum d'acteurs de pouvoir qui ont intérêt à mal faire leur travail).

C'est loin d'être équivalent, cette idée…

Du calme, tout ce que je voulais faire remarquer, c'est que

Du moment où tu as besoin d'un tuto pour un truc de base du produit, c'est que le produit est mauvais…

est faux.

Du moment où tu as besoin d'un tuto pour un truc de base du produit, c'est que le produit est mauvais…

Je te suggère de brûler les maîtres d'écoles avec des bûchers de livres, alors.

Marrant, moi pour avoir essayé Enigmail, il n'y avait rien à faire, si la clef est connue la vérification se fait toute seule.

L'histoire du Fingerprint, par exemple, est très rigolo pour les geeks mais pourrait être présentée 100fois plus simplement.

Ah, pas de chance, c'est impossible ça. Il faut vérifier l'empreinte, sinon on ne vérifie rien du tout.

Éditer les adresses liées à sa clé: je n'en parle pas, depuis 9 ans, je m'y réessaie une fois par an et je n'ai toujours pas compris.

Ah, je ne sais pas quelle UI tu utilises, mais en tout cas avec gpg en ligne de commande c'est vraiment très simple : adduid, et il te demande le détail de l'adresse que tu veux ajouter.

Plus profondément, je m'interroge également sur la pertinence de la manière dont GPG fonctionne avec les adresses mails. Par exemple, rien n'empêche d'avoir plusieurs clés pour la même adresse. Avoir une relation bijective clés adresses mails permettraient de simplifier énormément l'utilisation de GPG.

Comment voudrais-tu interdire à qui que ce soit de créer une nouvelle clef en utilisant ton adresse par exemple ? Ce n'est pas non plus possible, ça.

Enfin non, plus précisément « travailler sous Linux ». Parce que bon, en utilisant Debian GNU/Linux, il est exact que j'utilise le noyau Linux. Pas seulement le noyau, mais notamment lui. En revanche, je ne travaille pas sous Linux, strictement parlant : il y a plus que le seul noyau en-dessous de mes logiciels.

« Utiliser Linux » est donc une synecdoque !

Bon, d'accord, tout n'est pas aussi compliqué, les choses ne sont pas uniformes. Mais tout ce qui, en informatique, dépasse de la simple saisie de texte et du dessin à main levée sort automatiquement de ce que les gens ont appris. Écrire à quelqu'un par exemple, ce n'est simple que parce que les gens ont appris à écrire, ce qui est extrêmement compliqué au passage.

Donc, ce qui sort de ce cadre nécessite un apprentissage. En particulier, les concepts de base de cryptographie et de certification. Ces concepts sont lié à l'objectif et ne peuvent pas être supprimés, tout au plus expliqués de façon la plus abordable possible.

En revanche, après avoir été formé rapidement par quelqu'un qui s'y connaît, quand on dispose de sa paire de clef, envoyer un message chiffré, c'est aussi simple que de cocher un case « chiffrer ce message ».

• Complexité de mise en oeuvre décourageante (j'ai longtemps utilisé mutt comme MUA principal).

Alors ça c'est bizarre comme point de vue. Dans le genre décourageant à mettre en œuvre, Mutt n'est pas mal : c'est un excellent exemple de logiciel très personnalisable, et très efficace après avoir passé du temps pour cela. En revanche, GPG est remarquablement linéaire dans son utilisation, et très bien intégré à Mutt. Donc, je ne comprends pas…

À mon avis, c'est utile, utilisé dans les milieux motivés pour cela (en ce qui me concerne, Debian). Et pas plus compliqué qu'autre chose en informatique :

• le système de toile de confiance n'est pas intuitif, mais en même temps il ne peut pas l'être ;
• l'utilisation courante avec des outils comme Enigmail pour Thunderbird est simplissime ;
• la mise en œuvre initiale et la formation de base nécessite, comme tout le reste en informatique, l'assistance de quelqu'un qui s'y connaît.

Actuellement par exemple, je peux très facilement écrire des messages signés et chiffrés à ma famille, et eux peuvent faire de même. Ce n'est pas utile pour la plupart des communications, mais pour transmettre un mot de passe c'est appréciable par exemple.

J'ai probablement réveillé les ayatollahs en utilisant l'acronyme « PC » à mauvais escient

La différence est importante : le PC est une plate-forme standard et ouverte, alors qu'en ARM, il n'y a rien de tel et chaque ordinateurs est unique, nécessitant à chaque fois un travail d'adaptation spécifique du système d'exploitation. En pratique cela duplique beaucoup de travail et limite énormément les possibilité de diffusion de cette architecture. En pratique, pour un utilisateur, ça veut dire : attention, si tu achètes de l'ARM, ne t'attends pas à un équivalent du PC, même de loin ; en particulier ne pourras pas choisir librement ton système d'exploitation, sauf à te transformer en hacker noyau.

Et c'est interdit de mettre un dongle Wifi à un ARM? (à part le pilote…)

Ben non, mais ce n'est pas un PC, donc s'il cherche un PC, ça ne fait pas l'affaire…

Je suis à la recherche ces derniers temps d'un PC

Ça ne risque pas de faire l'affaire dans ce cas : ce n'est pas un PC mais une machine spécifique à processeur ARM.

Si ce n'est pas possible vous connaissez quelque chose qui répondrait à ce besoin ?

http://www.fit-pc.com/ ?

Pour être précis : setxkbmap fr oss

Perl 6 et Perl 5 sont deux langages différents, avec une légère ressemblance. Comparer avec le passage de Python 2 à 3 n'a pas de sens.

Ah, merci de la précision, c'est bon à savoir parce qu'effectivement, c'est contre-intuitif au possible et on ne peut pas deviner que la réalité est aussi déconnante.

Si tu veux t'y mettre tu peux aussi lire un livre open-source

Me mettre à Perl ? Grand Dieu non, quelle idée !

Au fait, on parle de quelle version de Perl aujourd'hui ? Il me semble qu'un projet Perl 6 avait été lancé il y a quelque chose comme dix ans. Est-ce que ça a progressé ? Est-ce mort, ou Perl 6 serait-il sorti dans l'indifférence générale ?

(pendant ce temps, Python 3 a été envisagé, imaginé, conçu, codé, est sorti est commence à être adopé : les temps changent…)

Vous savez, il y a un truc qui se fait assez souvent, c'est :

• quand je suis au travail, j'utilise mon adresse pro et mon numéro de téléphone pro ;
• quand je suis à la maison, j'utilise mon adresse perso et mon numéro de téléphone perso.

Comme ça, on identifie clairement ce qui est professionnel et ce qui est personnel, et si je change de travail mes amis n'ont pas à noter de nouvelle adresse.

Attention, si tu t'auto-délègues des noms de domaines, c'est très probablement une erreur. Pour les noms en-dessous du nom de la zone, il est inutile de définir une nouvelle zone.

Si je me souviens bien, et si je ne me méprends pas sur le rôle de l'incubateur — je ne suis pas sûr qu'il soit prévu pour des projets temporaires — il me semble que vous comptiez continuer.

Si c'est bel et bien le cas, il serait peut-être plus cohérent d'indiquer que vous comptez vous désengager parce que [ça n'a pas répondu à vos attentes ?], plutôt que d'utiliser une formule qui semble sous-entendre que vous aviez prévu de ne pas continuer :

Malgré des débuts encourageants, nous souhaitons nous désengager du projet. En-effet nous avons tous les trois un profil plutôt technique et, maintenant que le site est développé, il reste principalement de la communication, domaine qui ne nous passionne pas.

Après, c'est de la formulation, mais là ça donne l'impression qu'il y a quelque chose de non dit. En tout cas c'est l'impression que ça me donne.

Accessoirement, c'est une bêta. La version actuellement dans Debian est la dernière version stable de Frozen-Bubble publiée.

Excellente occasion pour apprendre alors. Il s'agit d'installer ton serveur de nom, de lui faire servir ta zone DNS, de trouver quelqu'un pour la répliquer, et d'indiquer au registre tes serveurs de nom à la place de ceux de Gandi.

https://wiki.auto-hebergement.fr/services/nom_de_domaine

Une nouvelle version attendue depuis longtemps par tous les utilisateurs du fameux logiciel au cône de chantier orange. Le symbole d'un "work in progress" qui s'est transformé en "success story"

Hmmm, c'est une réécriture de l'histoire, ça. Le cône de chantier est un objet fétiche de VIA Centrale Réseaux, transmis à VLC. Et il ne me semble pas qu'il ait été choisi pour sa qualité de symbole de chantier, à ma connaissance.

si on perd son nom de domaine, on est marron

Je ne suis pas sûr de comprendre, pourquoi perdrait-on son nom de domaine ? Remarque, avec GMail, c'est pareil, si Google perd son nom de domaine…