Mon chemin et mes compétences acquises dans l'usage du logiciel libre l'ont toujour été avec l'aide de documentations en Français et il est impensable qu'il en soit autrement sur ce sujet.
C'est ton choix. Mais tu ne peux t'en prendre qu'à toi-même de ne pas trouver la documentation nécessaire pour aller plus loin que les bases. L'anglais est la langue des discussions techniques. Ce n'est pas réservé au monde du logiciel libre : par exemple tous les meetings dans à peu près tous les domaines le sont aussi (e.g. autour des télécoms/radio, j'ai fait du 3GPP, de la GTI et de la CEPT/ECC, et c'est une évidence pour tout le monde). Le marché francophone est trop petit (ce n'est pas pour rien que O'reilly a cessé ses publications en français. Plus généralement ils ont probablement davantage intérêt à consacrer leurs ressources à faire des traductions en chinois… :)
Dans de nombreux pays, les gens tiennent pour acquis d'avoir une langue locale et une langue véhiculaire (par exemple en Chine, il existe de nombreux dialectes, et le mandarin est la langue véhiculaire), et les jeunes font donc des efforts pour être bilingues. En Europe, je ne trouve pas absurde de considérer que l'anglais soit notre langue véhiculaire commune (puisque l'esperanto a malheureusement échoué). Pour moi l'anglais n'est plus une langue étrangère.
Oui mais à quel degré ? Faut-il une implémentation à 100% ? à 80% ? si c'est complet mais buggé, est-ce que c'est recevable ?
Par exemple : peut-on considérer qu'il existe une autre suite que OOo/LO qui implémente ODF de ùanière complète ? Réciproquement, si les implémentations "incomplètes" sont acceptées, ne peut-on pas considérer que LO supporte aussi .docx ?
L'intérêt de Fedora est pour moi d'avoir des logiciels plus récents que sous Ubuntu LTS
Ben déjà, tu peux aussi commencer par utiliser une Ubuntu pas-LTS (ou une Debian Sid :)
Fedora, c'est par définition du bleeding-edge (beta-test de la future RHEL), donc ne t'attend pas au même niveau de stabilité qu'une distribution stable/LTS. Il faut comparer ce qui est comparable !
Par contre, pour les formules mathématiques, le MathML, c'est vraiment illisible pour un humain, et ça fout à la poubelle tes connaissances en formules du type Latex. Ça veut donc dire que les formules doivent êtres tapées via un outil. C'est un mauvais choix je trouve
Le gars est un marrant (je cite: "Linux est un système d'exploitation de vieil informaticien, fait par des gens pas non plus super-bons en info (le C bas niveau est bien maîtrisé, mais le niveau de maîtrise du C++ et de l'ASM est catastrophique)"). Il voulait peut-être faire de la concurrence à MultiDeskOS ? :)
Pas mal de gens s'imaginent aussi "PDF c'est standard et on peut l'ouvrir partout". Sauf que… certains PDFs ne s'ouvrent qu'avec Adobe Reader. C'est notamment le cas lorsqu'ils intègrent des formulaires XFA (car peu de gens le savent, mais il existe deux types de "formulaires" pour les PDF: les "acroforms" sont basiques mais à peu près pris en charge partout et notamment par Poppler, mais les "XFA Forms" ne sont supportés que par le lecteur Adobe, et uniquement sur desktop et non dans la version Android). De plus, personne ici n'ignore qu'Adobe a abandonné la plate-forme Linux (aussi bien concernant Reader que Flash ou Air). Bref, à chaque fois qu'on m'envoie du PDF+XFA, je suis bon pour devoir sortir une VM Windows juste pour faire tourner Adobe Reader…
Quel est le problème avec ce qui existe déjà, et qui peut être combiné ? Genre LZ4 puis AES ?
+1
Je ne pense pas que la vitesse de AES pose problème (la plupart des SoC possèdent des instructions pour l'accélérer matériellement).
Et le codage de source (compression) et le chiffrement sont des opérations relativement orthogonales à mon sens, modulo le fait qu'il vaut mieux appliquer le codage de source avant le chiffrement pour maximiser l'entropie de la source (mais bon, après tout, on a bien vu des sujets initialement un peu distincts se regrouper: par exemple les treillis-coded modulations mélangent modulation et codage de canal, et on parle aussi pas mal de codage conjoint source-canal, donc même si je suis circonspect sur la combinaison compression+chiffrement "tout en un", qui sait s'il n'y a pas des choses à regarder… :)
Vraiment pas mal du tout sur le rendu à peu près fidèle du .docx !
Par contre, pas de gestion des pièces-jointes OLE (i.e. toujours une dépendance à MS-Windows/Office pour ce genre de choses :( ).
C'est encore maintenu Slackware ?
Désolé, ce n'est pas destiné à être un troll mais une vraie question : par exemple sur http://www.slackware.com/ la dernière news date de novembre 2013 et parle de 14.1, donc je m'interroge (notamment pour les upgrades de sécurité).
Non, de base (et depuis toujours à ma connaissance i.e. rien à voir avec KVM ou une quelconque fonctionnalité avancée), Linux mutualise les pages de code (sections .text), aussi bien au niveau des processus que des libs (excepté pour le "self-modifying code" bien sûr :) ). Donc quel que soit le nombre d'instances d'un programme ou d'une lib, le code executable n'est présent qu'une seule fois en mémoire (mais cela dit, ce sont surtout les données qui bouffent de la place aujourd'hui et non le code… ma trentaine d'onglets Chromium/Firefox me le rappellent périodiquement malgré mes 8 Go de RAM !)
Il permet la limitation de la vitesse, la pause/reprise, la gestion de la liste de copie et la gestion des erreurs et collisions.
Comme tu parles de "liste de copie", j'imagine qu'il gère le fait de différer la copie (l'ajouter à la file d'attente) lorsqu'il y a déjà une copie en cours de/vers le même disque ? (sous Thunar/XFCE que j'utilise—mais je pense que c'est pareil avec à peu près tous les autres environnements—les copies sont séquentialisées si je lance une copie multiple d'un coup en sélectionnant plusieurs fichiers, mais par contre si je lance séparément une copie d'un gros fichier puis une autre immédiatement après, les deux vont avoir lieu en même temps et mon disque dur se retrouve à battre les blancs en neige…).
Ce qui serait vraiment sympa (dans l'optique d'avoir plus de testeurs/contributeurs), ce serait que le FCPU puisse tenir sur un Xilinx Spartan6 LX9 pour fonctionner sur des cartes FPGA low-cost comme ceci ou ceci.
Si tu recherches la légèreté sans trop de compromis sur la qualité de l'écran et la puissance de la machine et à un coût abordable, tu as aussi la possibilité d'acheter un ancien haut-de-gamme d'occasion, par exemple un vaio z12 (ce n'est pas tout jeune mais ça doit taper en dessous de 300-400 € maintenant, et tu as malgré tout un core i5, une double carte-graphique Intel/Nvidia 330M avec un switch physique (pas optimus), un graveur DVD, deux ports microsata pour deux SSD en RAID (tu peux utiliser des adaptateurs microsata/msata), une batterie amovible (et globalement machine assez facile à démonter), jusqu'à 8 Go de RAM, 1 port RJ45 + VGA + HDMI + expresscard + 3xUSB2.0… pour 1.4 kg)
Bon OK, pas de coreboot (mais pas de UEFI non plus, ce que je vois plutôt positivement à ce stade), pas d'USB 3.0, et quelques soucis sous linux avec la nvidia et l'ACPI (malgré le fait que ce ne soit pas optimus), mais ça reste une bonne machine.
Quel est l'intérêt d'apprendre l'intégralité des cours ? On doit retenir ce qui sert le plus souvent
Sauf que ton cerveau (jeune) se structure en fonction des efforts que tu lui fais faire.
En lui faisant faire des maths, tu structures la pensée logique/rationnelle.
En faisant travailler la mémoire, tu actives des capacités qui serviront toute ta vie.
En faisant apprendre plein de choses dans tous les domaines à l'école (dont 80% ne "serviront" pas directement dans la vie professionnelle), tu donnes une culture générale…
et le potentiel d’ARM me semble plus prometteur que celui d’Intel à long terme.
Mouais, sur ARM, on n'a pas de couche d'abstraction/introspection comme BIOS/ACPI/EFI/…
Donc on n'a pas "one kernel to rule them all" (alors que sur mes vieux PC d'il y a 15 ans, je peux encore booter un CD d'une distro linux quelconque). Donc c'est autrement plus complexe à maintenir (le device-tree améliore la donne, mais ça reste imparfait) et la pérennité de tes machines est largement discutable lorsque le constructeur en cesse le support.
N.B. 10$/mois, je trouve que c'est cher pour du ARM alors qu'un Odroid C1 (nettement plus puissant qu'un RPi) coûte 35$ ! Et comparé à du cloud : personnellement j'ai une VM OpenVZ pour 10$/an avec 768 MB RAM, 20GB disque et 2TB trafic/mois ! (évidemment ce n'est pas comparable, mais je trouve que le tarif de cette offre ARM reste disproportionné. Autre exemple : Kimsufi est moins cher…)
Je ne suis pas d'accord. Si tu as deux candidats aux idées similaires, ils risquent de se gêner mutuellement
Exactement. Le système de vote actuel favorise les partis/sous-groupes les plus homogènes, et non les idées majoritaires elles-mêmes.
Les méthodes sophistiquées comme Condorcet sont inapplicables en démocratie, car beaucoup trop complexes, et beaucoup trop à même d'entrainer des votes stratégique
Pourtant c'est la méthode employées par Debian. Je n'ai jamais suivi de très près les élections, mais il me semble que ça fonctionne. Sur le système de Hare, la page Wikipedia dit que "Il a été utilisé en Irlande, à Malte, en Tasmanie, en Australie, et occasionnellement en Estonie1 et fut utilisé aussi en Alberta (Canada) entre 1926 et 19552. Il est également aujourd'hui utilisé pour certaines élections locales en Nouvelle-Zélande, notamment pour la mairie de Wellington".
Par contre, le vote par valeur est intéressant, et je suis surpris qu'il n'ait jamais été vraiment testé. Son seul risque est de favoriser les candidats insipides
Je pense aussi qu'il est intéressant. J'ai écrit (plus par boutade) que "le souci, c'est que c'est toujours Bayrou qui gagne", mais en fait ça ne m'inquiète pas tant que ça : les candidats sauraient toujours se différencier d'une manière ou d'une autre, mais ce qui est certain c'est que ça encouragerait à être consensuel plutot que susciter des clivages
Pourquoi "en plus de" ? C'est quoi le problème avec cacert ? (d'ailleurs qqun sait pourquoi cacert n'est - justement - pas intégré de base dans Firefox/Chrome ?)
Parce qu'aujourd'hui le problème n'est pas vraiment le principe de démocratie, mais bien les choix des électeurs.
Ne pas oublier cependant que l'algorithme / système de vote influence le choix final.
Par exemple, avec un scrutin à un tour comme aux US, seuls deux partis peuvent survivre.
Avec un scrutin à deux tours comme en France, des partis minoritaires peuvent survivre et peser, mais le système reste très imparfait (e.g. Bayrou qui aurait gagné aussi bien face à Ségolène que face à Nicolas s'il avait seulement réussi à passer le 1er tour).
Il existe d'autres méthodes de vote, telles que le vote de valeur, Condorcet, Hare, etc. qui pourraient amener à des paysages différents (mais peut-être aussi avec des inconvénients. J'entends déjà "oui mais avec le vote par valeur, c'est toujours Bayrou qui gagne"… :).
Je terminerai avec une citation de Coluche qui disait « la dictature c'est "ferme ta gueule" et la démocratie c'est "cause toujours…" » :)
J'aimais vraiment bien KMail, jusqu'à ce que je réalise que son support du Disconnected IMAP était complètement pété (j'ai perdu des données avec ces bugs…). Mais c'était il y a plusieurs années. J'ignore si ça s'est stabilisé depuis.
N.B. l'avantage des clients lourds pour le mail, c'est le support du chiffrement/signatures.
[^] # Re: Analyse Forensics en Français.
Posté par karteum59 . En réponse à la dépêche Thème Sécurité RMLL 2015 : don't TRUST your USB KEY? don't be FIR, take a new one in the CONTAINER. Évalué à 3.
C'est ton choix. Mais tu ne peux t'en prendre qu'à toi-même de ne pas trouver la documentation nécessaire pour aller plus loin que les bases. L'anglais est la langue des discussions techniques. Ce n'est pas réservé au monde du logiciel libre : par exemple tous les meetings dans à peu près tous les domaines le sont aussi (e.g. autour des télécoms/radio, j'ai fait du 3GPP, de la GTI et de la CEPT/ECC, et c'est une évidence pour tout le monde). Le marché francophone est trop petit (ce n'est pas pour rien que O'reilly a cessé ses publications en français. Plus généralement ils ont probablement davantage intérêt à consacrer leurs ressources à faire des traductions en chinois… :)
Dans de nombreux pays, les gens tiennent pour acquis d'avoir une langue locale et une langue véhiculaire (par exemple en Chine, il existe de nombreux dialectes, et le mandarin est la langue véhiculaire), et les jeunes font donc des efforts pour être bilingues. En Europe, je ne trouve pas absurde de considérer que l'anglais soit notre langue véhiculaire commune (puisque l'esperanto a malheureusement échoué). Pour moi l'anglais n'est plus une langue étrangère.
[^] # Re: comme pour les RFC ?
Posté par karteum59 . En réponse au journal [Les Échos] "Guerre de religions" entre OOxml et l'ODF. Évalué à 3.
Oui mais à quel degré ? Faut-il une implémentation à 100% ? à 80% ? si c'est complet mais buggé, est-ce que c'est recevable ?
Par exemple : peut-on considérer qu'il existe une autre suite que OOo/LO qui implémente ODF de ùanière complète ? Réciproquement, si les implémentations "incomplètes" sont acceptées, ne peut-on pas considérer que LO supporte aussi .docx ?
[^] # Re: Installation après Kubuntu
Posté par karteum59 . En réponse à la dépêche Sortie de Fedora 22. Évalué à 4.
Ben déjà, tu peux aussi commencer par utiliser une Ubuntu pas-LTS (ou une Debian Sid :)
Fedora, c'est par définition du bleeding-edge (beta-test de la future RHEL), donc ne t'attend pas au même niveau de stabilité qu'une distribution stable/LTS. Il faut comparer ce qui est comparable !
[^] # Re: C'est une excellente idée !
Posté par karteum59 . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 3.
C'est incompatible avec Mathjax ?
[^] # Re: Payant
Posté par karteum59 . En réponse au journal MenuetOS : 1.0. Évalué à 6.
Le gars est un marrant (je cite: "Linux est un système d'exploitation de vieil informaticien, fait par des gens pas non plus super-bons en info (le C bas niveau est bien maîtrisé, mais le niveau de maîtrise du C++ et de l'ASM est catastrophique)"). Il voulait peut-être faire de la concurrence à MultiDeskOS ? :)
# PyQWT
Posté par karteum59 . En réponse au journal Faire des graphiques à partir de données : comparaison. Évalué à 2. Dernière modification le 18 mai 2015 à 00:18.
Quelques autres outils qui pourraient être appropriés pour la tâche ?
[^] # Re: Des PDF avec restrictions
Posté par karteum59 . En réponse au journal Utilisation des formats (PDF, ODF, OOXml et fichiers binaires) au sein de l'administration. Évalué à 6. Dernière modification le 17 mai 2015 à 01:47.
Pas mal de gens s'imaginent aussi "PDF c'est standard et on peut l'ouvrir partout". Sauf que… certains PDFs ne s'ouvrent qu'avec Adobe Reader. C'est notamment le cas lorsqu'ils intègrent des formulaires XFA (car peu de gens le savent, mais il existe deux types de "formulaires" pour les PDF: les "acroforms" sont basiques mais à peu près pris en charge partout et notamment par Poppler, mais les "XFA Forms" ne sont supportés que par le lecteur Adobe, et uniquement sur desktop et non dans la version Android). De plus, personne ici n'ignore qu'Adobe a abandonné la plate-forme Linux (aussi bien concernant Reader que Flash ou Air). Bref, à chaque fois qu'on m'envoie du PDF+XFA, je suis bon pour devoir sortir une VM Windows juste pour faire tourner Adobe Reader…
[^] # Re: Quel est le problème avec une combinaison de l'existant ?
Posté par karteum59 . En réponse au journal Existe-t-il un bon algorithme qui permet de compresser et de chiffrer en meme temps. Évalué à 5. Dernière modification le 13 mai 2015 à 12:21.
+1
Je ne pense pas que la vitesse de AES pose problème (la plupart des SoC possèdent des instructions pour l'accélérer matériellement).
Et le codage de source (compression) et le chiffrement sont des opérations relativement orthogonales à mon sens, modulo le fait qu'il vaut mieux appliquer le codage de source avant le chiffrement pour maximiser l'entropie de la source (mais bon, après tout, on a bien vu des sujets initialement un peu distincts se regrouper: par exemple les treillis-coded modulations mélangent modulation et codage de canal, et on parle aussi pas mal de codage conjoint source-canal, donc même si je suis circonspect sur la combinaison compression+chiffrement "tout en un", qui sait s'il n'y a pas des choses à regarder… :)
# Pas mal...
Posté par karteum59 . En réponse à la dépêche Publication des éditeurs de documents en ligne de OnlyOffice. Évalué à 3.
Vraiment pas mal du tout sur le rendu à peu près fidèle du .docx !
Par contre, pas de gestion des pièces-jointes OLE (i.e. toujours une dépendance à MS-Windows/Office pour ce genre de choses :( ).
[^] # Re: MDR :-)
Posté par karteum59 . En réponse au journal Kubuntu 15.04 et Systemd : bof. Évalué à 0.
C'est encore maintenu Slackware ?
Désolé, ce n'est pas destiné à être un troll mais une vraie question : par exemple sur http://www.slackware.com/ la dernière news date de novembre 2013 et parle de 14.1, donc je m'interroge (notamment pour les upgrades de sécurité).
[^] # Re: C'est moi ou ?
Posté par karteum59 . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 5.
Non, de base (et depuis toujours à ma connaissance i.e. rien à voir avec KVM ou une quelconque fonctionnalité avancée), Linux mutualise les pages de code (sections .text), aussi bien au niveau des processus que des libs (excepté pour le "self-modifying code" bien sûr :) ). Donc quel que soit le nombre d'instances d'un programme ou d'une lib, le code executable n'est présent qu'une seule fois en mémoire (mais cela dit, ce sont surtout les données qui bouffent de la place aujourd'hui et non le code… ma trentaine d'onglets Chromium/Firefox me le rappellent périodiquement malgré mes 8 Go de RAM !)
[^] # Re: Petite question
Posté par karteum59 . En réponse à la dépêche Ultracopier 1.2. Évalué à 2. Dernière modification le 23 avril 2015 à 15:24.
Lapin compris… On parle de flags de compilation ? de fork ? ou juste d'options/cases à cocher ?
# Petite question
Posté par karteum59 . En réponse à la dépêche Ultracopier 1.2. Évalué à 3.
Comme tu parles de "liste de copie", j'imagine qu'il gère le fait de différer la copie (l'ajouter à la file d'attente) lorsqu'il y a déjà une copie en cours de/vers le même disque ? (sous Thunar/XFCE que j'utilise—mais je pense que c'est pareil avec à peu près tous les autres environnements—les copies sont séquentialisées si je lance une copie multiple d'un coup en sélectionnant plusieurs fichiers, mais par contre si je lance séparément une copie d'un gros fichier puis une autre immédiatement après, les deux vont avoir lieu en même temps et mon disque dur se retrouve à battre les blancs en neige…).
[^] # Re: Cartes FPGA
Posté par karteum59 . En réponse à la dépêche Le retour de F-CPU, le processeur libre. Évalué à 3.
Je manque d'expérience en ce domaine pour juger.
Sinon, il y a aussi le modèle à base de LX25 pour 105$… Plus réaliste ?
# Cartes FPGA
Posté par karteum59 . En réponse à la dépêche Le retour de F-CPU, le processeur libre. Évalué à 6.
Ce qui serait vraiment sympa (dans l'optique d'avoir plus de testeurs/contributeurs), ce serait que le FCPU puisse tenir sur un Xilinx Spartan6 LX9 pour fonctionner sur des cartes FPGA low-cost comme ceci ou ceci.
[^] # Re: Question arch x86
Posté par karteum59 . En réponse au journal Premières évaluations publiques d'un serveur non-IBM à base de Power8. Évalué à 6. Dernière modification le 15 avril 2015 à 14:22.
Hum… comme HomeRF ? Comme le i960 ? Comme le WiMAX ? (OK dans ce dernier cas, c'est pas uniquement de la faute d'Intel, mais quand même un peu… :)
[^] # Re: Une étape de plus
Posté par karteum59 . En réponse au journal Le Dell xps 13 édition développeur est enfin là. Évalué à 3.
Si tu recherches la légèreté sans trop de compromis sur la qualité de l'écran et la puissance de la machine et à un coût abordable, tu as aussi la possibilité d'acheter un ancien haut-de-gamme d'occasion, par exemple un vaio z12 (ce n'est pas tout jeune mais ça doit taper en dessous de 300-400 € maintenant, et tu as malgré tout un core i5, une double carte-graphique Intel/Nvidia 330M avec un switch physique (pas optimus), un graveur DVD, deux ports microsata pour deux SSD en RAID (tu peux utiliser des adaptateurs microsata/msata), une batterie amovible (et globalement machine assez facile à démonter), jusqu'à 8 Go de RAM, 1 port RJ45 + VGA + HDMI + expresscard + 3xUSB2.0… pour 1.4 kg)
Bon OK, pas de coreboot (mais pas de UEFI non plus, ce que je vois plutôt positivement à ce stade), pas d'USB 3.0, et quelques soucis sous linux avec la nvidia et l'ACPI (malgré le fait que ce ne soit pas optimus), mais ça reste une bonne machine.
[^] # Re: Manque l'essentiel
Posté par karteum59 . En réponse au journal Essai serveur ARM chez cloud.online.net. Évalué à 2.
Dans mon cas, c'était une promo temporaire à Noël chez HostUS trouvée grâce à Lowendbox.
[^] # Re: so 90's
Posté par karteum59 . En réponse au journal Bac et calculatrices programmables : la fin ?. Évalué à 10.
Sauf que ton cerveau (jeune) se structure en fonction des efforts que tu lui fais faire.
En lui faisant faire des maths, tu structures la pensée logique/rationnelle.
En faisant travailler la mémoire, tu actives des capacités qui serviront toute ta vie.
En faisant apprendre plein de choses dans tous les domaines à l'école (dont 80% ne "serviront" pas directement dans la vie professionnelle), tu donnes une culture générale…
[^] # Re: externalisation <=> compétences
Posté par karteum59 . En réponse au journal On vient de passer un seuil économique pour la sauvegarde en ligne !. Évalué à 2.
ça me fait bien marrer "l'illimité" dans un monde fini…
[^] # Re: Manque l'essentiel
Posté par karteum59 . En réponse au journal Essai serveur ARM chez cloud.online.net. Évalué à 4. Dernière modification le 07 avril 2015 à 17:26.
Mouais, sur ARM, on n'a pas de couche d'abstraction/introspection comme BIOS/ACPI/EFI/…
Donc on n'a pas "one kernel to rule them all" (alors que sur mes vieux PC d'il y a 15 ans, je peux encore booter un CD d'une distro linux quelconque). Donc c'est autrement plus complexe à maintenir (le device-tree améliore la donne, mais ça reste imparfait) et la pérennité de tes machines est largement discutable lorsque le constructeur en cesse le support.
N.B. 10$/mois, je trouve que c'est cher pour du ARM alors qu'un Odroid C1 (nettement plus puissant qu'un RPi) coûte 35$ ! Et comparé à du cloud : personnellement j'ai une VM OpenVZ pour 10$/an avec 768 MB RAM, 20GB disque et 2TB trafic/mois ! (évidemment ce n'est pas comparable, mais je trouve que le tarif de cette offre ARM reste disproportionné. Autre exemple : Kimsufi est moins cher…)
[^] # Re: Il y a des projets de lois mais aussi des lois déjà passées
Posté par karteum59 . En réponse au journal Dark side of the law. Évalué à 3.
Exactement. Le système de vote actuel favorise les partis/sous-groupes les plus homogènes, et non les idées majoritaires elles-mêmes.
Pourtant c'est la méthode employées par Debian. Je n'ai jamais suivi de très près les élections, mais il me semble que ça fonctionne. Sur le système de Hare, la page Wikipedia dit que "Il a été utilisé en Irlande, à Malte, en Tasmanie, en Australie, et occasionnellement en Estonie1 et fut utilisé aussi en Alberta (Canada) entre 1926 et 19552. Il est également aujourd'hui utilisé pour certaines élections locales en Nouvelle-Zélande, notamment pour la mairie de Wellington".
Je pense aussi qu'il est intéressant. J'ai écrit (plus par boutade) que "le souci, c'est que c'est toujours Bayrou qui gagne", mais en fait ça ne m'inquiète pas tant que ça : les candidats sauraient toujours se différencier d'une manière ou d'une autre, mais ce qui est certain c'est que ça encouragerait à être consensuel plutot que susciter des clivages
[^] # Re: Et ça s'étend partout
Posté par karteum59 . En réponse au journal Dark side of the law. Évalué à 1.
Pourquoi "en plus de" ? C'est quoi le problème avec cacert ? (d'ailleurs qqun sait pourquoi cacert n'est - justement - pas intégré de base dans Firefox/Chrome ?)
[^] # Re: Il y a des projets de lois mais aussi des lois déjà passées
Posté par karteum59 . En réponse au journal Dark side of the law. Évalué à 10.
Ne pas oublier cependant que l'algorithme / système de vote influence le choix final.
Par exemple, avec un scrutin à un tour comme aux US, seuls deux partis peuvent survivre.
Avec un scrutin à deux tours comme en France, des partis minoritaires peuvent survivre et peser, mais le système reste très imparfait (e.g. Bayrou qui aurait gagné aussi bien face à Ségolène que face à Nicolas s'il avait seulement réussi à passer le 1er tour).
Il existe d'autres méthodes de vote, telles que le vote de valeur, Condorcet, Hare, etc. qui pourraient amener à des paysages différents (mais peut-être aussi avec des inconvénients. J'entends déjà "oui mais avec le vote par valeur, c'est toujours Bayrou qui gagne"… :).
Je terminerai avec une citation de Coluche qui disait « la dictature c'est "ferme ta gueule" et la démocratie c'est "cause toujours…" » :)
[^] # Re: Qui est "nous" ?
Posté par karteum59 . En réponse au journal Linux pas prêt pour le desktop ? Pas grave !. Évalué à 3. Dernière modification le 14 mars 2015 à 20:19.
J'aimais vraiment bien KMail, jusqu'à ce que je réalise que son support du Disconnected IMAP était complètement pété (j'ai perdu des données avec ces bugs…). Mais c'était il y a plusieurs années. J'ignore si ça s'est stabilisé depuis.
N.B. l'avantage des clients lourds pour le mail, c'est le support du chiffrement/signatures.