Arthur Accroc a écrit 2067 commentaires

Il n'y a pas une question de standard PAL/SECAM et de nombre de lignes ?

Le nombre de lignes et le nombre d’images par seconde différents ne concernent que les américains.

Je suppose que les téléviseurs récents (à supposer qu’ils supportent encore les émissions hertziennes analogiques) gèrent indifféremment PAL et SECAM, mais de toute façon, la différence entre les deux réside dans le codage de la couleur. Le ZX81 ne fait que du noir et blanc (même pas de niveaux de gris, en fait).

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

Quel genre d'écran peut on brancher là dessus à l'heure actuelle ?

De ce que j’en sais, le ZX81 émettait sur câble d’antenne sur un canal de télévision, donc logiquement une télévision qui supporte encore les chaînes hertziennes non numériques (je ne sais pas si c’est toujours le cas des dernières, je n’en ai pas de très récente) doit faire l’affaire.

Si tu essaies, je serais curieux de savoir s’il a survécu, et ton impression en retrouvant sa résolution de l’époque sur un écran récent.

Après, si tu as l’intention de relire tes programmes de l’époque, avant même le problème du vieillissement des bandes magnétiques, tu risques d’être bloqué par le fait que les courroies du magnétophone d’époque soient HS (bon, ça peut se changer, à condition d’en trouver de la bonne taille).

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

Peut-être quelqu'un qui connait mieux la machine aurait une solution ?

Ce qui me viendrait, c’est : demander à l’utilisateur d’appuyer sur Entrée seulement tous les dix battements. À part ça…

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

Quand quelqu’un publie un livre sur un langage de programmation, il y a des exemples de code dedans, et il ne me semble pas que tous les livres indiquent clairement leur licence.

Pourtant, l’auteur doit sûrement s’attendre à ce que les lecteurs en réutilisent certains (pour les exemples les plus triviaux, il serait même difficile de faire autrement) et les lecteurs doivent sûrement s’attendre aussi à pouvoir le faire (sinon, ils n’achèteraient peut-être même pas ce livre).

Il me semble bien qu’il y a une tolérance à ce propos, mais est-elle liée au fait que le code est publié (et publication porte le sens de rendre public), qu’il n’est considéré que comme de courts extraits du livre (droit de citation) ou qu’il ne serait considéré que comme des illustrations du propos du livre et non pas une part majeure de cette œuvre, ou juste au fait que si l’auteur faisait valoir ses droits, il ne faudrait plus qu’il espère avoir trop de lecteurs ensuite ?

Bon, parce que sur LinuxFr, nous sommes dans une situation proche du cas du livre : c’est un forum sur l’informatique avec parfois des exemples de code.

Quoiqu’il en soit, je vous donne le droit d’utiliser les (quelques) morceaux de code que je publie ici (à supposer qu’ils puissent être utiles à quelqu’un…) sous licence GPL version 2 ou ultérieure, ou sous une licence BSD de votre choix (je vais éviter des trucs plus vagues pour l’absence de clause de non responsabilité).

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

En allant voir le chapitre sur les variables système du bouquin que tu donnes en référence, on peut constater que la variable a l'adresse 16436 permet de faire quelque chose. Si j'ai bien compris, la valeur contenue à cette adresse est décomptée à chaque frame affichée. (50 par seconde chez nous, 60 aux US).

Bien vu !
J’ai fait un test de faisabilité très basique sur un émulateur (sz81) :

10 CLS
20 PRINT AT 1,0; (PEEK(16436) +PEEK(16437) *256) /50
30 GOTO 20

Mais il révèle un souci qui risque de limiter très fortement l’intérêt d’une adaptation de TapTempo : il se passe environ 0,6 s entre chaque affichage !

Bon, sur le ZX81, le processeur passe une bonne partie de son temps à générer le signal vidéo (je en connais aucune autre machine où le processeur doive faire cela lui-même !) et le BASIC est réputé lent (comparativement aux autres de l’époque).

Il y a bien l’instruction FAST qui libère le processeur de l’affichage, mais en conséquence, il n’y a plus d’affichage ! C’est moins pratique…

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

Il avait d'autres défauts mais pas ceux-là. Le plantage en appuyant trop fort sur les touches,

Ça ne le faisait qu’avec la barre espace (située du côté le plus fin du boîtier).

la surchauffe et les « circuits tassés », je n'ai jamais connu ça sur un TO7.

J’ai eu l’un des tous premiers. Peut-être ont-ils utilisé plus de circuits intégrés plus tard dans la production (ne serait-ce parce que c’est plus rentable). Si cela se trouve, le mien est un modèle collector (comme les timbres avec des défauts d’impression)…

Par contre, les faux contacts sur les connecteurs dès lors qu'il commençait avoir de l'âge, ça a provoqué pas mal de pertes de données, effectivement.

Pour ma part, j’ai eu des faux contacts de la cartouche du BASIC surtout au début (beaucoup !), parce que les petits pitons au milieu des lamelles métalliques (destinés à améliorer le contact) côté ordinateur faisaient des trous dans les contacts de la cartouche (aussi l’une des toutes premières) ! On m’a résolu le problème en refaisant les contacts avec de la soudure à l’étain.

Ensuite, en pensant à redresser un peu les lamelles de temps en temps, je n’ai quasiment plus eu de problème de ce côté-là… sauf quand je posais accidentellement la main sur le bouton d’ouverture de la trappe à cartouche ! Je me demande si je ne le coinçais pas en insérant un bout d’allumette ou autre chose du genre en dessous… Il a été corrigé sur le TO7-70 par l’ajout d’un loquet.

Bref, le MO5, sorti après, était moins cher et plus fiable (mais pas tout-à-fait compatible ni avec le T07, ni avec le TO7-70), mais j’étais trop dégoûté de la marque pour reprendre un de leurs produits.

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

Alors en fait ça ne marche pas, quand on tape sur le clavier ça fait bouger l'extension de RAM (de 16 Ko !) et là, paf, faux contact et reset !

C’est parce que tu n’as pas un Thomson TO7. Il suffisait d’appuyer un peu trop fort sur la barre d’espace pour le planter, vu comme les circuits imprimés étaient tassés dedans (non, je ne plaisante pas).

Le laisser allumé plus d’une ou deux heures le plantait aussi, à cause de la surchauffe (la solution que j’avais trouvée était un refroidissement par évaporation en mettant de l’eau dans le logement du crayon optique).

Bon, les modèles suivants ont bénéficié de puces plus intégrées qui ont permis de réduire le nombre de cartes et d’éviter ces problèmes.

Pour en revenir au ZX81, ça sent le chiqué : si tu voulais vraiment le faire, il suffirait d’enlever l’extension 16 Ko. Tu dois pouvoir t’en passer : d’origine, il y a quand même 1 Ko de RAM ! ;-)

Je craindrais plutôt l’absence de la fonction TIME (en se référant à ce manuel, il ne semble pas y en avoir).

Il y a peut-être moyen de s’en sortir en suivant l’idée de totof2000 d’utiliser la fonction INKEY$, à condition qu’elle soit synchronisée sur le scan du clavier et que la fréquence de celui-ci soit suffisante pour donner des résultats probants (ce qui reste à voir).

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

Mince, je comptais la faire, celle-là ! Évidemment, je ne me suis pas pressé, mais je ne pensais pas que quelqu’un aurait la même idée saugrenue (bon, je t’ai pertinenté quand même)…

Pour info, la fonction inkey$ scrute le clavier tous les 1/50 de secondes, ce qui permet de calculer approximativement le tempo.

Pour ma part, j’aurais simplement utilisé INPUT pour attendre la frappe de la touche Return et TIME pour récupérer le temps (le BASIC de l’Amstrad est l’un des plus complet de l’époque, il a notamment une fonction TIME). TIME est en 1/300 de secondes, mais INPUT est probablement tributaire aussi de la fréquence de scan clavier.

Ma version de base (test de faisabilité avant de regarder de plus près les fonctionnalités de l’originale) donnait ça :

10 MODE 2
20 PRINT "Calcul du tempo selon la frappe de la touche Return" : PRINT
30 INPUT "Nombre d'echantillons (6 par defaut) ? ", nbech%
40 IF nbech% < 2 THEN nbech% = 6
50 DIM temps(nbech% - 1)
60 nbmes% = 1
70 INPUT "Tapez sur la touche Return (ou entrez q pour quitter) : ", r$
80 temps(nbmes% MOD nbech%) = TIME
90 IF nbmes% >= nbech% THEN PRINT "Battements par minute :"; 18000 * (nbech% - 1) / (temps(nbmes% MOD nbech%) - temps((nbmes% + 1) MOD nbech%))
100 nbmes% = nbmes% + 1
110 IF r$ <> "q" GOTO 70

Enfin comme quoi des machines farcies de GHz et de Go et des langages super sophistiqués sont extrêmement surdimensionnés pour un tel besoin.

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

… parce qu’il permet de « sécuriser le clavier » (c’est dans le menu qu’on obtient avec Ctrl-clic gauche), c’est-à-dire à ce que les touches lui soient directement envoyées sans que d’autres applications X puissent interférer (c’est une fonctionnalité de X que typiquement des prompts de login utilisent aussi).

Bon, c’est peut-être inutile maintenant, parce que :
– en 1993, les sessions X avaient un peu tendance à être ouvertes à tous les vents (tu pouvais lancer n’importe quel logiciel, dont un keylogger, sur la session de ton voisin, voire de quelqu’un à l’autre bout de la planète) ; maintenant, il y a un mécanisme d’authentification qui tient la route ;
– d’autres terminaux n’ont pas repris cette fonctionnalité (en fait, je n’en connais aucun autre qui l’ait) parce qu’il existe au moins un keylogger qui arrive à contourner cette protection.

Cela dit, je n’ai pas réussi à trouver le keylogger en question, ni d’informations plus détaillées, donc je ne peux pas savoir dans quelle mesure c’est le cas.

Je crois volontiers qu’il y arrive s’il est lancé sous l’utilisateur courant (de toute façon, quand ton compte utilisateur est compromis, tout est cuit).
Je ne suis pas sûr (faute d’avoir pu essayer) qu’il puisse s’il tourne sur une machine distante, c’est-à-dire si on a ouvert un ssh -X ou -Y sur un serveur compromis (les possibilités sont quand même moindres quand on a accès uniquement à la session X que quand on a l’accès complet à tout le compte de l’utilisateur sur sa machine).

Donc en attendant plus d’informations à ce sujet, je continue avec xterm.

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

Byobu n'est qu'une configuration de tmux donc il n'apporte rien par rapport à tmux ;-) En pratique, il prends les raccourci de screen donc ctrl+a.

Ah, OK.
J’avais déjà trouvé une configuration de tmux qui lui donne les raccourcis de screen.
Le problème avec les raccourcis d’origine de tmux n’est pas tant que ce soit Ctrl+b plutôt que Ctrl+a, mais qu’il faille relâcher Ctrl avant la seconde touche.

Si on veut jeter un coup d’œil à tous les terminaux, appui sur Ctrl, appui sur B, relâchement de Ctrl, appui sur N, appui de Ctrl, appui sur B, relâchement de Ctrl, appui sur N…
Inutilisable !

Donc en résumé, Byobu est une configuration de tmux qui le rend utilisable.

Je me suis toujours demandé pourquoi certains très bons logiciels avaient une configuration par défaut inutilisable… Comme le thème par défaut de Xfce (au moins sur certaines distributions) où le bord à attraper pour redimensionner une fenêtre ne fait qu’un pixel de large !

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

Salut,

J'utilise tilix au quotidien, et il est super pratique:

plusieurs "bureaux" dans le même terminal
tiling (fractionnement du bureau courant en plusieurs terminaux)
Mode guake (via une extension gnome)

Terminator (attention, il y en a plusieurs de ce nom) permet au moins les deux premiers (note : le menu le plus utile s’obtient avec le bouton droit de la souris).
Il permet aussi de taper simultanément dans plusieurs terminaux (si tu veux effectuer la même commande sur plusieurs serveurs).

Par contre, j'ai jamais réussi à enregistrer / restaurer les bureaux… mais comme la config dépends de ce que je suis en train de faire, c'est pas très génant.

Terminator permet de le faire (au moins pour les tuiles, je n’ai pas essayé pour les onglets) et même de fournir des commandes différentes à lancer.
Si tu n’as pas peur d’avoir des clés ssh sans mot de passe, tu peux te retrouver connecté sur tous tes serveurs dès le lancement ! Si tu es un peu plus prudent, il est probablement possible qu’il diffuse par défaut le mot de passe à tous les terminaux (avec comme défaut qu’il faudra désactiver la diffusion manuellement ensuite).

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

Yep, Byobu est hyper pratique.

Ah ?

J’ai regardé la description sur son site, le man, et je l’ai même essayé.
Tout ce que j’ai vu, c’est éventuellement des indications supplémentaires dans la barre d’état par rapport à tmux (mais bon, au boulot, nous avons une configuration personnalisée de barre d’état pour screen qui le rend plus pertinent pour nos besoins) et des raccourcis sur les touches de fonctions plutôt qu’avec Ctrl (mais les utiliser m’obligerait à regarder le clavier, ce dont je peux me passer pour les raccourcis avec Ctrl).

Bref, de petites améliorations par rapport à tmux, mais rien d’énorme.
Qu’ai-je raté ?

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

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