Arthur Accroc a écrit 2055 commentaires

C'est uniquement parce que je veux pousser mes outils dans leur limite avant de passer à l'artillerie au dessus que je ne remplace pas mon awk par perl.

J’ai des collègues qui font du bash tant que ce n’est pas trop compliqué.
Puis quand ça commence à être la galère avec bash (on peut aller assez loin avec bash — surtout en utilisant ses spécificités, mais c’est au détriment de la portabilité —, mais à un certain stade, même s’il peut encore faire le job, ce n’est plus l’outil le plus performant en temps de développement), ils refont en Python.

Pour ma part, j’utilise Perl dès le départ, et quand ça devient plus complexe, j’étends le script sans problème. Souvent, le besoin initial semble simple, puis on s’aperçoit que ce serait bien que ça fasse aussi ci ou ça, et de fil en aiguille, on arrive à quelque chose de bien plus complexe que ce qu’on prévoyait.

À la limite, la plus grosse adaptation avec Perl, c’est quand on passe d’un uniligne avec des options à un « vrai » script, mais man perlrun ne se contente pas de décrire les options de perl, il indique aussi leur équivalent en code Perl.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Je n'ai personnellement jamais mis en défaut gred, sed, cut ou awk (et pourtant j'aimerais bien pour avoir l'occasion de jouer avec perl).

Mais quand on commence à vouloir croiser les données issues de plusieurs fichiers (ou sorties de processus) différents, les outils de base d’Unix avouent leurs limites : le principe du pipe, ça va bien tant qu’on n’a qu’une source… L’avantage de Perl par rapport à des outils Unix « pipés », c’est qu’on reste dans son script, on ne perd pas ses variables à chaque étape.

Bon, awk tient quand même la route plus longtemps que les autres outils de base.
Malgré cela, je ne l’utilise quasiment plus, parce que tout ce qu’on peut faire en awk, on peut le faire en Perl en à peine plus long, et même quasiment à l’identique si on veut*, mais que si jamais on veut faire d’autres trucs ensuite, avec Perl, on a toute la puissance du langage, de sa bibliothèque standard et de son dépôt (dont Time::HiRes, utilisé par TapTempo.pl)…

* Par exemple, on peut transcrire le script awk de ce journal simplement en :

#!/usr/bin/perl -nal
$, = ' ';

BEGIN {
    $size=15;
    $c=1;
}
if (/KeyPress event/){
    $k=1;
}
if ($k && /^    root /){
    $F[5] =~ s/,//;
    $t[1+($c % $size)]=$F[5];
    if($c > $size){
        $start=1+$c%$size;
        $end=1+($c-$size+1)%$size;
        $interval=$t[$start]-$t[$end];
        if($interval > 0) {
            print 60000/($interval/$size), "BPM";
        }
        else {
            print "Too fast";
        }
    }
    $c++;
    $k=0;
}

Je vous invite à faire une comparaison avec la version awk du journal à l’aide de meld ou tkdiff ; ce n’est pas un hasard que ce soit si similaire : les premières versions de Perl visaient justement à remplacer le shell et les outils du système, notamment awk, en offrant des possibilités plus vastes.

Ce qui permet d’avoir une structure aussi semblable, ce sont les options :
-n permet de boucler sur les lignes des fichiers passés en arguments ou de l’entrée standard,
-a active leur découpage automatique dans le tableau @F,
-l retire les fins de lignes en entrée et en remet en sortie,
$, = ' '; ajoute un espace comme séparateur de champ en sortie (pour faire comme awk).
Et aussi le fait que les lignes de l’entrée sont affectée à une variable implicite ($_) à laquelle sont appliquées par défaut les expressions régulières.

Bon, si je ne cherchais pas à coller à la version originale en awk, j’opterais pour parser explicitement l’entrée plutôt que de traîner un BEGIN, séparer les champs explicitement (pas la peine de le faire pour toutes les lignes, alors que seules certaines nous intéressent), je passerais en mode strict (ce qui implique de déclarer les variables, mais permet qu’on soit averti d’une faute de frappe dans un nom de variable)… Sans changer l’algorithme, ça ressemblerait à ça (j’ai commenté les spécificités de Perl dans le code) :

#!/usr/bin/perl -w
# -w pour les avertissements ("warnings")
use strict;
# Interdit certaines constructions pouvant correspondre à une erreur (variables
# non déclarées, etc.).

my $size = 15;
my $c    = 1;
my ($k, @t);
# Si on ne précise rien, une variable scalaire est initialisée à undef et un
# tableau à tableau vide.

while (<>) {
# Cette construction parcoure les lignes de l’entrée en affectant la ligne
# courante à la variable implicite $_

    /^KeyPress event/ and $k = 1;
    # Sans précision, une expression régulière s’applique à la variable
    # implicite (c’est pour ça qu’on l’appelle variable implicite…).

    if ($k && /^    root /) {
        my @f = split;
        # Sans argument, split s’applique aussi sur $_.

        $f[5] =~ s/,$//;
        $t[1 + ($c % $size)] = $f[5];

        if ($c > $size) {
            my $start = 1 + $c % $size;
            my $end = 1 + ($c - $size + 1) % $size;
            my $interval = $t[$start] - $t[$end];

            if ($interval > 0) {
                print 60000 / ($interval / $size), " BPM\n";
            } else {
                print "Too fast\n";
            }
        }

        ++$c;
        $k = 0;
    }

}

Pourquoi j’utilise quelquefois (rarement) awk quand même ?
Parce que sa force est d’être installé en standard. Ça m’arrive de vouloir un script qui tourne tout de suite sur n’importe quel système (de type Unix), et que sur certaines distributions indigentes (ou systèmes indigents), Perl n’est pas installé par défaut (ou présent dans la version live).

Après, quand on veut un script vraiment passe partout (majorité des distributions Linux, systèmes *BSD, autres Unix), on ne peut pas compter sur les fonctionnalités avancées de GNU awk (pas communes à toutes les versions d’awk) et on peut oublier aussi bash, les *BSD ne l’ont pas forcément d’origine. Du coup, il faut se rabattre sur /bin/sh, mais le dénominateur commun entre bash et le shell des *BSD est déjà pas mal limité. Mais si on cible aussi OpenIndiana, c’est le drame (/bin/sh y correspond à un shell historique notoirement bogué et très limité, conservé pour garantir de ne pas mettre en défaut de vieux scripts que les utilisateurs ont pu développer).

On peut craindre que les mainteneurs d’une distribution aient l’idée de supprimer awk parce que c’est vieux et qu’ils fournissent bien mieux… sauf que leur truc bien mieux ne sera pas d’origine partout.

Alors, si on n’a plus que le shell, il permet toutefois de faire des opérations sur les chaînes, mais avec une syntaxe bien plus absconse que Perl, awk ou sed, et les plus pratiques ne sont pas supportées par tous les shells (voire par très peu).

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Sûrement pas, c’est pour ça qu’on ne le fait pas non plus pour l’électricité et le gaz… ah ben si !

Bon, la vraie différence, c’est que le gros des réseaux électriques et de gaz ont été installés avant que le dogme libéral encadre toutes les décisions politiques.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Tu as eu de la chance.

Pour des colis pas contre signature, ils m’en avaient jeté un par terre derrière la barrière (la boîte aux lettre est près de l’autre barrière, il faut prendre le temps de regarder un peu, mais peut-être n’avaient-ils pas le passe à l’époque) et il y en a un autre que je n’ai jamais reçu (je ne sais pas s’ils ne l’ont jamais livré ou s’ils l’avaient jeté au même endroit mais que quelqu’un l’a volé (c’est une petite barrière, loin d’être infranchissable). J’en étais arrivé à la conclusion que le seul transporteur pire que DHL, c’était la poubelle (mais c’est moins cher).

Depuis, soit ils trouvent la boîte, soit ils ont eu le passe, soit ils passent par la Poste pour finaliser la livraison aux particuliers, en tout cas, ça arrive dans la boîte. C’est quand même mieux que par terre ou complètement disparu.

Enfin pour des colis perso, quand j’ai le choix du transporteur, je choisis soit la Poste, soit un relai colis ; les autres sont de toute façon plus adaptés aux clients professionnels que particuliers (à moins d’un très gros colis) : ils passent chez toi quand tu es au boulot (vous allez me dire comme la Poste) et tu finis par devoir aller chercher le colis à leur dépôt, à une dizaine de kilomètres au fond d’une zone d’activités (et là, la Poste est plus proche et plus facile à trouver).

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Reste à savoir celle de qui, pour le coup. L'objectif de rentabilité, ce n'est pas un mal en soit, mais peut-être que la façon de l'atteindre, par exemple en bâclant de travail est, elle, la preuve d'incompétence des grosses huiles décideuses?

À mon avis, c’est objectif de rentabilité et je-m’en-foutisme à tous les étages.

Free doit payer le sous-traitant avec un lance-pierre, le sous-traitant paye ses employés avec un lance-pierre, avec sûrement un objectif de nombre d’interventions, à moins que ce soit carrément des auto-entrepreneurs payés (peu) à l’intervention (HP fait bien ça avec son SAV sur site).

Free commande au sous-traitant le câblage d’un nouvel abonné, le technicien fait au plus vite (la qualité n’est pas un objectif fixé par ceux qui le payent). Si c’est compliqué de faire un nouveau raccordement correct (par exemple parce que tout a été fait au plus vite depuis des années), au pire, il pique la fibre d’un autre abonné. Il sera payé, le sous-traitant sera payé et Free encaissera le nouvel abonnement.

Par contre, refaire tout correctement, ça demanderait pas mal de temps et donc ça coûterait assez cher. Donc Free ne va pas se précipiter pour ça.

Peut-être que si tu pourris leur réputation un peu partout, ils renverront un technicien qui te recâblera… en piquant la fibre d’un autre voisin. Mais sachant que les nouveaux abonnés passent en priorité, s’il y a un autre fournisseur de fibre pour ton immeuble, tu arriveras sûrement plus vite à ce résultat en changeant de fournisseur.

Le problème, ce n’est pas tant que Free marche comme ça, c’est qu’actuellement toute notre société marche plus ou moins comme ça et de plus en plus.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Il me dit ne pas être habilité à toucher au PMI pour mettre la fibre bleue dans une des cassettes (où sont les soudures) du bon boîtier. (Il me semble que c'était prévisible que cette 2ème fibre bleue allait se finir dans le boîtier inutilisé du PMI).

Et ce serait difficile à faire ? Tu aurais dû lui demander ce qu’il ferait dans le cas où un tiers aurait déplacé la fibre bleue dans le boîtier Free…

Tiens, pour quand j’en aurai marre d’un opérateur qui traite ses employés comme des merdes et qui se fiche de ses clients, y a-t-il un autre opérateur que Free qui fournisse à la fois la télé, une adresse fixe en IPv4, l’IPv6 et la possibilité d’avoir son serveur SMTP (je n’irai peut-être pas jusqu’à espérer qu’il ne se fiche pas de ses clients) ?

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Fedora peut faire ce qu'elle veut pour rendre GNOME Shell plus performant sous Wayland, c'est un problème d'architecture donc ce ne sera jamais corrigé.

Tu éveilles ma curiosité. Pourrais-tu détailler ce problème d’architecture (ou mettre un lien vers une explication) ?

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Un sondage Condorcet a été créé si vous souhaitez y jeter un œil : "Quelle est votre distribution préférée ?"

J’y ai jeté un coup d’œil.

Juste un détail : à mon sens, l’utilisation du sondage (« Classer les choix par ordre de préférence de 1 à N (1=préféré)[…] ») mériterait d’apparaître directement dans la page et pas seulement si on clique sur le petit point d’interrogation à côté du type de sondage tout en haut.

Sinon, on peut penser que c’est un nombre de points et ça donne un vote complètement inverse…

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Pourrais-tu étayer ton argumentaire avec des exemples, parce qu'en l'état, je n'ai rien pour te croire.

Même si tu as raté Meltdown et Spectre (!), de nos jours, le système et les logiciels que tu as choisi d’utiliser ne s’exécutent plus sur le processeur maître, qui est maintenant l’Intel Management Engine (les processeurs AMD intègrent l’équivalent). Dessus est exécuté un logiciel dont nous n’avons pas le contrôle, mais on n’a pas manqué de lui trouver des failles, dont au moins une exploitable à distance.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

On fait quand même un peu (trop?) confiance aux éditeurs, pour qu'ils ne fassent pas des trucs aussi peu secure.

Les éditeurs ?
Là, tu parles de l’époque heureuse où l’on croyait encore que les processeurs faisaient ce que les logiciels leur demandaient et pas autre chose.

L’insécurité, les fabricants de processeurs s’en chargent directement !

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Il y a quelques jours (2 janvier) sortait le noyau 4.14.11, introduisant KPTI comme protection contre Meltdown.

Le noyau 4.14.12 est sorti hier (5 janvier), incluant notamment :
– le patch désactivant KPTI sur les AMD, célèbre pour sa description qui a vendu la mèche concernant Meltdown (alors que les patchs précédents avaient volontairement des descriptions absconses) ;
– quelques correctifs concernant KPTI.

Extrait du changelog concernant le patch pour les AMD :

commit 151d7039757b71ebd9d170af0944562f51149372
Author: Tom Lendacky <thomas.lendacky@amd.com>
Date:   Tue Dec 26 23:43:54 2017 -0600
    x86/cpu, x86/pti: Do not enable PTI on AMD processors

    commit 694d99d40972f12e59a3696effee8a376b79d7c8 upstream.

    AMD processors are not subject to the types of attacks that the kernel
    page table isolation feature protects against.  The AMD microarchitecture
    does not allow memory references, including speculative references, that
    access higher privileged data when running in a lesser privileged mode
    when that access would result in a page fault.

    Disable page table isolation by default on AMD processors by not setting
    the X86_BUG_CPU_INSECURE feature, which controls whether X86_FEATURE_PTI
    is set.

Extrait du changelog concernant l’un des patchs correctifs (contre une erreur qui d’après la description peut dans le pire des cas causer un crash du noyau) :

commit 7930cb29fb5feb6d18ffc20a83a1d3e5afac7a8a
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Wed Jan 3 19:52:04 2018 +0100

    x86/pti: Switch to kernel CR3 at early in entry_SYSCALL_compat()

    commit d7732ba55c4b6a2da339bb12589c515830cfac2c upstream.

    The preparation for PTI which added CR3 switching to the entry code
    misplaced the CR3 switch in entry_SYSCALL_compat().

    With PTI enabled the entry code tries to access a per cpu variable after
    switching to kernel GS. This fails because that variable is not mapped to
    user space. This results in a double fault and in the worst case a kernel
    crash.

    Move the switch ahead of the access and clobber RSP which has been saved
    already.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Le Nexus 5 a eu 3 ans de support et deux upgrade majeurs d'android. C'est pas si mal pour un téléphone android.

Voilà, c’est pour ça que je garde mon vieux feature phone (acheté d’occasion en 2011) : les smart phones sont jetables. Trois ans seulement, c’est lamentable (pour le client et encore plus du point du vue écologique), surtout si ce n’est que pour les appareils les mieux supportés.

En plus, pour avoir les fonctionnalités auxquelles je tiens, je vais être assez ennuyé :
– un appareil photo pas trop mauvais → ça élimine les téléphones pas smart actuels ;
– pouvoir récupérer facilement (sans passer par iTunes) les photos et mes contacts sur ordinateur → ça élimine les iPhones ;
– sans mouchard, notamment que les numéros qui m’appellent ne fuitent pas chez Google (ou autres) → ça élimine Android…

Je suppose que la solution la plus simple serait LineageOS sur un téléphone bien choisi et peut-être que ça permettrait aussi une durée de vie un peu moins ridicule, mais en fait, je ne suis pas tellement pressé de devoir administrer mon téléphone, je vais donc essayer de faire encore durer celui que j’ai.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

On parle de Nextcloud et de stockage de fichiers, mais pour stocker ses mails le problème est le même. En effet, la plupart des hébergeurs les stockent en clair (sauf protonmail et probablement d'autres) et je ne connais pas de solution open source permettant de chiffrer les mails avec une clé publique lors de la réception, de les déchiffrer côté client.

Posteo le propose et affirme n’utiliser que des logiciels open source et publier ses propres développements sur son dépôt GitHub.

C’est donc que ça doit être possible ; cela dit, je ne sais pas comment est configuré leur serveur pour faire ça.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

À ce régime, comment peut-on annoncer que les kernels patchés seront dans nos distros sous peu ?

Parce que c’est déjà le cas pour Arch, CentOS 7, Debian…

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Sous CentOS 7, un noyau tout frais d’hier :

# cat /proc/version 
Linux version 3.10.0-693.11.6.el7.x86_64 (builder@kbuilder.dev.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-16) (GCC) ) #1 SMP Thu Jan 4 01:06:37 UTC 2018

Difficile d’être sûr que Meltdown soit prise en charge, vu qu’il n’y a pas de ligne bugs dans /proc/cpuinfo (c’est un noyau relativement ancien…), mais ce serait quand même une curieuse coïncidence qu’ils aient sorti un nouveau noyau juste maintenant sans ce correctif.

Sous Ubuntu 16.04 LTS… rien pour l’instant :

# date
vendredi 5 janvier 2018, 03:06:35 (UTC+0100)
# apt update; apt list --upgradable
[…]
All packages are up to date.
En train de lister... Fait
# cat /proc/version
Linux version 4.10.0-42-generic (buildd@lgw01-amd64-007) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.5) ) #46~16.04.1-Ubuntu SMP Mon Dec 4 15:57:59 UTC 2017

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Midori c'est mort, instable et buggé.

Mort, je n’ai pas suivi (enfin tu sais sûrement de quoi tu parles), mais instable et bogué, c’est clair : certaines pages ne fonctionnent pas ou pas complètement, d’autres le plantent net.

Il y a plein d'alternative cool à firefox. surf, qupzilla (falkon dans KDE), palemoon, …

Par contre, au niveau réactivité et consommation de ressources (sauf sur une page avec un javascript pourri, mais les autres navigateurs n’y échappent pas non plus) sur une machine peu puissante et avec peu de mémoire, les autres navigateurs censément légers que j’ai essayés (Qupzilla et au moins un autre dont le nom ne me revient plus) ne lui arrivent pas à la cheville. Dans les navigateurs graphiques que j’ai essayés, seule la version graphique de lynx ou (e)links (et dont je ne me rappelle plus le nom) était plus légère que Midori, mais peu de pages fonctionnaient avec.

Du coup, malgré les pages qui ne passaient pas, je regrette vraiment qu’il soit abandonné.

Note : Midori alloue pas mal de mémoire, mais en réalité, il en utilise peu (enfin comme je le disais, sauf si on charge une page avec un javascript pourri) — et de la façon dont le noyau gère ça, seule la mémoire réellement utilisée a un impact.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

En fait, la question qui se pose et dont la réponse ne m’est pas apparue clairement dans les articles que j’ai lus, c’est : la faille Spectre permet-elle d’accéder uniquement à la mémoire du processus courant ou plus largement à d’autres zones de mémoire ?

C’est probablement évident pour quelqu’un qui connaît bien le fonctionnement actuel de la MMU, mais je ne le connais pas assez bien pour que ça le soit pour moi.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Si je suis bien, ça implique pour les distributions, au minimum, de mettre à jour les paquets des compilateurs et de recompiler en priorité tous les logiciels susceptibles d’exécuter du code tiers (langages interprétés, navigateurs…).

Par contre, il y a un cas qui ne me semble pas couvert : qu’est-ce qui empêchera l’utilisateur (légitime ou qui a réussi à pirater un compte) d’un serveur accessible en ssh ou d’un VPS d’utiliser un code malveillant compilé par lui-même avec un compilateur non patché ?

S’il n’y a pas de solution à ce problème, ça veut quand même dire que tous les serveurs (ou au moins leurs processeurs) laissant plusieurs utilisateurs lancer librement des exécutables devront être changés avec de futurs processeurs non vulnérables.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

J'ai un laptop sous Arch et je vais donc recevoir dans les prochains jours le noyau 4.14.11 qui contient KPTI : je serai protégé.

Dès aujourd’hui si tu veux.
J’ai lancé une mise à jour, le noyau 4.14.11 est déjà dans les dépôts.
Et il prend bien en compte la faille :

$ grep bugs /proc/cpuinfo | uniq
bugs            : cpu_insecure

Cela dit, ça te protège de MeltDown. Il ne semble y avoir aucune solution en vue contre Spectre (à part peut-être ressortir un Pentium 1…). L’année commence bien !

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Les utilisateurs qui ont créé le forum et le site Linuxvillage voulaient se retrouver sur des espaces de communication bienveillants et non censurés (les règles de base restant la politesse et l'entraide).

Aujourd'hui, Linuxvillage c'est un site, un forum assez calme car peu connu mais toujours bienveillant.

C’est bien, ça manque dans notre monde de brutes.

Et tu es venue en parler sur… LinuxFr ???
Ici, la bienveillance, ce n’est pas tellement la marque de fabrique…

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

D’un côté, tu as le dirigeant irresponsable d’un pays bâti sur un génocide et qui a déjà utilisé l’arme nucléaire sur des civils, de l’autre côté, tu as le dictateur fou d’un pays affamé.

À mon sens, l’ONU serait assez avisée, pour décider de l’attitude à prendre par rapport aux pays qui ont l’arme nucléaire ou essaient de l’avoir, de créer un conseil formé uniquement de représentants de pays qui ne l’ont pas. Ça donnerait à mon sens plus de légitimité aux positions qu’il prendrait (sinon, il est facile pour un dictateur de considérer que le Conseil de sécurité est juste un club de pays qui ne veulent pas que les autres aient la même arme qu’eux) et aurait un côté si ce n’est apaisant, au moins moins conflictuel que des dirigeants de pays ayant l’arme nucléaire qui jouent à celui qui a la plus grosse.

Ce serait bien que les pays dirigés par des cinglés n’aient pas l’arme nucléaire. L’ennui, c’est que rien ne nous assure que ceux qui l’ont déjà ne soient pas un jour ou l’autre dirigés par des cinglés…

Alors 2018, l’année de la guerre nucléaire ?

Bonne année quand même…

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Tu penses, je suppose, que les « riches », enfin à l’abris de ces prélèvements sociaux insupportables, vont faire chauffer la CB, créer des entreprises en France (ou même en Europe…), par-là re-dynamiser toute l’économie et ainsi améliorer la vie de tous ?

Voilà… comme en Grèce.
Ah non, quand ça s’est cassé la gueule, les grecs riches se sont empressés de… mettre leur argent à l’abri à l’étranger.

Dans la théorie du ruissellement, il y a deux parties :
– on laisse les plus riches s’enrichir encore plus ;
– ils réinjecteront leurs gains dans l’économie.

Seule la première partie est vraie…

Je ne sais pas si tu penses vraiment ça, en tous cas c’est comme ça qu’EM a vendu son truc.

C’est un vieux mensonge qui marche encore : la preuve, il est président.
Alors que prétendre faire du socialisme en faisant du libéralisme, ça marche de moins en moins…

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Tu aurais pu parler des virus les plus violents, bien pire que le virus Trump, comme le virus Maduro

Euh… je suis censé réagir comme Mélenchon, c’est pour ça que tu sors cet exemple ?
Moi, si je cherche une source d’inspiration de gauche, je ne vais pas forcément aussi loin que le Venezuela.

Quant à comparer Trump et Maduro, il faudrait comparer le nombre de victimes après leur exercice du pouvoir. Si Trump finit par réussir à supprimer l’« Obamacare », la balance ne penchera pas forcément dans le sens que tu penses (cela dit, encore faudrait-il réussir à obtenir des chiffres fiables)…

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

Disons que tes journaux précédents font sûrement sens dans le même monde parallèle que celui-ci.

Vu d’où tu es, est-ce que les Beatles se sont séparés ?

Il serait intéressant aussi de savoir ce que tu vois comme articles sur ce site (si tu voyais les mêmes que nous, ils te sembleraient sûrement aussi incompréhensibles que les tiens pour nous). Quoique pour y puiser des idées, ils nous manquerait sûrement, comme pour les tiens, le référentiel pour les comprendre.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

… mais pas dans mon ordinateur, dans mon pays.

Il dégrade le fonctionnement de tous les services, il retire des ressources aux utilisateurs qui en ont peu pour en donner à ceux qui en ont déjà le plus…

Comme souvent, ce sont les utilisateurs qui l’ont introduit dans le système (alors que c’est contre leur intérêt pour la plus grande partie d’entre eux).

D’un sens, les virus Sarkozy et Hollande qui l’ont précédé faisaient déjà à peu près les mêmes choses que le virus Macron, mais il est encore plus virulent qu’eux.

Cela dit, d’autres pays ont attrapé des virus qui font encore plus de dégâts, comme le virus Trump.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone