Benoît Sibaud a écrit 10111 commentaires

ça ne va pas te consoler, mais l'équipe de site apprécie que tu ais ouvert une entrée dans le suivi. Donc merci.

Si j'ai bien compris, j'ai corrigé.

En revanche, ce système donne les mêmes garanties (en dehors de la compréhension mathématique) qu'un vote normal, voire plus de sécurité en fait comme expliqué pour la comptabilisation des votes.

La dématérialisation rend impossible de constater ce qui se passe avec les sens d'un humain. Donc il faut passer par un intermédiaire technique pour accéder à une information, et toute la difficulté est techniquement de rendre cet intermédiaire fiable. C'est le souci de l'exactitude du processus pratique (le matériel sur toute la chaîne fait juste ce qu'il doit, le logiciel sur toute la chaîne fait juste ce qu'il doit, les humains sur toute la chaîne font juste ce qu'ils doivent, etc.).

La compréhension complète du processus théorique est un autre point (pourquoi les matériels/logiciels/humains font ce qu'ils font dans le processus et comment on s'en assure, pourquoi ça me donne confiance dans ce processus démocratique).

Maintenant, quelle est vraiment la différence entre faire confiance à des dépouilleurs et faire confiance à des experts qui certifie le système ?

Les dépouilleurs ont des intérêts divergents. Les dépouilleurs ne sont pas choisis par une seule partie prenante.

Sachant que : les experts sont des associations, le gouvernement, des chercheurs, et c'est sous-entendu que n'importe qui peut prétendre à être expert ou à contre-vérifier le système disons, et bien sur que n'importe qui peut vérifier la signature du système quand il est déployé.

En France, actuellement, ça n'arrive pas, ni en vote par ordinateurs de vote, ni en vote par internet (contexte institutionnel ou professionnel), l'organisateur de l'élection et/ou le fournisseur de la solution impose des contraintes de secret industriel/commercial, de restrictions de sécurité ou de confidentialité, des contraintes techniques, etc. qui font que les experts sont choisis par une partie prenante (ça va être l'ANSSI, la CNIL, un expert choisi par le ministère, le prestataire payé par l'organisateur, etc.). Mais jamais « n'importe qui », pas n'importe quel électeur, pas n'importe quel représentant des électeurs. (Et même les experts choisis n'ont pas forcément accès à tout.)

N'importe qui peut. N'importe qui ne le fait pas. Mais n'importe qui de motivé peut le faire. Tandis que dans le vote électronique, jusque là, c'est n'importe qui d'autorisé peut.

cf http://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html

• GCC 3.1.0: libstdc++.so.4.0.0 (Incompatible with previous) // May 15, 2002
• …
• GCC 3.2.0: libstdc++.so.5.0.0 (Incompatible with previous) // August 14, 2002
• …
• GCC 3.4.0: libstdc++.so.6.0.0 (Incompatible with previous) // April 20, 2004
• …
• GCC 4.2.1: libstdc++.so.6.0.9 (Note 3: This release (but not previous or subsequent) has one known incompatibility, see 33678 in the GCC bug database. // July 18, 2007
• …

Par ailleurs je tiens à nouveau à me plaindre du système de mise en forme de DLFP qui nécessite de passer 5 minutes à éditer son code pour qu'il soit rendu de manière plus ou moins lisible (oui, j'ai déjà ouvert des suivis à ce sujet).

À première vue (et après avoir modifié le commentaire précédent), je dirais que tu l'utilises mal : il faut fermer les zones de code, et on peut les typer pour la coloration syntaxique (ici j'ai utilisé C++, asm, asm).

Corrigé.

Corrigé, merci.

Autre aspect : les infrasons et ultrasons ont des effets sur les humains.

• Infrason : « (…) peuvent avoir des effets destructeurs, tant mécaniques que physiologiques. (…) gêne physiologique importante (…) inconfort, une fatigue, voire des troubles nerveux ou psychologiques (…) des nausées et des maux de tête violents et inexplicables. (…) paralyse (…) peur panique irrépressible (…) taux de suicide des salariés travaillant à cet endroit était anormalement élevé , car le personnel était sujet à la dépression, à des nausées et maux de tête. (…) fatigue, de dépression, de stress, d’irritation, d’asthénie, de mal de tête, de troubles de la vigilance ou de l’équilibre et des nausées (« mal de mer ») »
• Le Figaro : Ultrasons et laser, les armes de la police de demain
• Livre Le son comme arme - Les usages policiers et militaires du son par Juliette VOLCLER, La Découverte. Apparemment 4 articles de la même auteure publié sur Article11
• etc.

À noter que dans l'audible aussi on peut produire du désagréable ou même des dégâts :
* le Mosquito anti-jeunes
* les tortures à Guantanamo avec musique en permanence
* les canon à sons de contrôle des foules
* etc.

Corrigé, merci.

vous en connaissez des jeux sans images ?

• le sudoku, le pendu et tous les jeux de chiffres et de lettres
• tous les jeux pouvant utiliser des caractères unicodes, comme les échecs
• les jeux basés sur du texte, comme le nomic
• …

Ce n'est pas nécessaire d'avoir des images, du son, de la vidéo, de la 3D, un scénario, du multi-joueur, etc. pour faire un bon jeu. Mais si on décide d'en mettre dans un jeu, c'est mieux quand c'est bien fait.

Corrigé, merci.

Ah ah ! Quand je regarde la vidéo de Renegade du lien ci-dessus, je me demande comment nous avons pu adorer ces jeux en regard de la qualité visuelle de ceux d'aujourd'hui !
Mais c'était le bon temps !

Avant c'était du bel ouvrage, du pixel taillé au burin et peint à la main par des petits artisans. Chaque son était produit les rares cloches disponibles produites par un forgeron du coin. Sans parler des lutins à l'intérieur qui devaient lire au fur et à mesure les cassettes et disquettes qui défilaient à des rythmes insoutenables. 4 pixels c'était un ennemi, 32 pixels une fresque, 128 pixels une panorama sur l'horizon. Les équipes c'étaient camaïeu de vert foncé contre camaïeu de vert clair sur Amstrad (sauf pour les riches qui avaient jusqu'à 16 couleurs, différentes en plus). Ah Gryzor (avec déjà des vues en fausse 3D), Discology (l'outil de copie qui ne veut pas se copier sauf si tu lui demandes gentiment), LMPTDVDLJQSTDS !

Clarifié dans la dépêche, merci. Rien à voir avec Établissement recevant du public en droit français.

Corrigé, merci.

Cf http://linuxfr.org/aide#aide-cookies il suffit de supprimer le cookie baptisé https (ou de se loguer initialement en HTTP mais ce n'est pas une super idée de faire transiter son mot de passe en clair).

Pour des Français groupant les numéros de téléphone par deux, si. Cf 36_15 et 36 15

L'infobulle sur le lien « Suivi » dans le bandeau précise bien « Suivi des suggestions et des bugs du site ». On pourrait le préciser sur toutes les pages du suivi mais ça surchargerait sans doute un peu.

Quant au nom « Suivi », on n'a pas vraiment mieux.

Dans l'hypothétique cas où la question serait sérieuse, 3615, qui n'a disparu que depuis 2 ans.

Corrigé. Merci.

Merci de rester courtois dans les échanges, et d'éviter d'asséner des phrases cinglantes, non argumentées et potentiellement diffamatoires.

Si je ne m'abuse, on utilise la gem html_spellchecker, qui fait appelle à la gem hunspell-ffi, qui utilise les dictionnaires de hunspell. Et le paquet hunspell-fr fournit une liste pré-réforme en Debian stable/wheezy.

Par contre, en testing/jessie, on trouve en plus :

• hunspell-fr-classical
• hunspell-fr-comprehensive
• hunspell-fr-modern
• hunspell-fr-revised

qui doivent être facilement rétroportables.

Pour le test : oignon ognon

Et pour la partie formulaire de saisie (donc dépendante du navigateur utilisé), on peut trouver pour Firefox les dictionnaires français « Moderne », « Classique », « Réforme 1990 » et « Classique & Réforme 1990 ».

Corrigé, merci.

L'équipe de modération a retiré des attaques personnelles. Nous ne prenons pas position sur le fond, mais uniquement sur la forme utilisée, non argumentée. Merci de rester courtois dans les échanges.

Corrigé, merci.

Ouais faut faire gaffe à ses FS.