🚲 Tanguy Ortolo a écrit 12504 commentaires

Et ils étaient obligés de mettre ça uniquement sur Google Plus, évidemment… Super l'URL à la con aussi, vachement sémantique. Bon, je ne me plains pas, au moins ça ne demande pas de compte spécifique pour lire cette annonce.

Comment peux-tu savoir si ton mot de passe est stocké en clair ?

Bon, on peut toujours le savoir en demandant une récupération de mot de passe : s'ils renvoient le mot de passe pour rappel au lieu de proposer une procédure de définition d'un nouveau, c'est qu'ils le stockaient en clair, mais ça, ce n'est possible qu'après avoir choisi un mot de passe…

Même chose ici, avec trois classes de mots de passe selon le sérieux du service qui me le demande : je commence par essayer avec un algo pour construire des mots de passe plutôt solides, puis si c'est refusé à cause de contraintes débiles je passe à une classe inférieure de mot de passe, et ainsi de suite.

Le cas où j'ai dû dégrader le plus mon mot de passe, c'est ma banque, qui demande que ce soit exclusivement des chiffres : le résultat est comme demandé un mot de passe de merde.

Bof, differ c'est aussi français qu'anglais, ou aussi peu français qu'anglais si vous voulez. En anglais, c'est un néologisme qui vient du mot difference, qui se trouve exister en français.

Attends de voir le prochain que j'enverrai en PGP/MIME…

Il est tout à fait possible d'écrire les mathématiques en n'utilisant aucun symbole particulier. En écrivant tout en toute lettre, dans la langue de son choix…

Aujourd'hui, les mathématiciens écrivent généralement en TeX ou LaTeX. À une époque plus glorieuse, ils utilisaient le latin.

Je crois que j'ai dû essayer en rêve… Je vais recommencer pour de vrai. :-)

Ce n'était pas de la francisation, mais plutôt un terme à moi, construit sur le modèle de « plein écran » pour bien expliquer la différence avec de la ligne de commande : ça utilise toute la console, plutôt que de travailler ligne après ligne.

À ma connaissance, il existe trois modes de définition de niveau qualité couramment utilisés :

• le débit constant, très utile pour la diffusion continue, où le medium physique impose une contrainte précise ;
• le débit variable, généralement défini avec une borne inférieur, une borne supérieure, et parfois une valeur cible, utile pour le stockage où seule la taille totale importe ;
• la qualité constante, où le débit n'est pas du tout contraint, encore plus utile pour le stockage où seule la taille totale importe.

À ma connaissance, le débit variable n'a que peu d'intérêt depuis l'avènement de codeurs à qualité constante. Quoi qu'il en soit, ces deux modes ont deux usages distincts :

• lorsqu'on souhaite simplement gagner de la place, sans contrainte précise sur la taille de fichier, par exemple pour stocker de nombreux flims sur une gros disque dur, auquel cas on fait une simple passe pour générer le fichier compressé ;
• lorsqu'on souhaite stocker un unique flim sur un « petit » support tel que deux CD ou un DVD, on peut travailler en deux passes, une première où le codeur écrit des statistiques sur les caractéristiques de chaque moment du flim, puis une seconde où il compresse avec des paramètres déterminés de façon à atteindre précisément la taille de consigne.

Je ne sais pas pourquoi ça sort des fichiers Matroska, qui est par ailleurs un excellent conteneur, mais je pense qu'il doit être possible de mettre du HEVC dans un conteneur MPEG-4, HEVC étant justement un volet du MPEG-4, à ce qu'il me semble.

En général on parle de logiciel en console tout court, ou en mode texte, ou d'interface en mode texte.

Contrairement à ce qui est indiqué, je ne crois pas que Glances ait de CLI (command-line interface, interface en ligne de commande), mais simplement une interface en pleine console.

Pour distinguer un mode ligne de commande d'un mode pleine console, imaginez ce que ça donnerait sur un afficheur à une seule ligne : si ça passe, c'est de la ligne de commande, sinon c'est de la pleine console. Par exemple :

• un shell : ligne de commande ;
• Vim, Emacs : pleine console ;
• ed : ligne de commande ;
• tcpdump : ligne de commande ;
• Irssi : pleine console ;
• Freetalk : ligne de commande ;
• netcat : ligne de commande ;
• ping : ligne de commande ;
• mtp : pleine console.

Je suis intéressé par l'approche "par commentaires" que tu proposes, mais sur ton blog montré en exemple… personne n'a posté de commentaire.

Si, moi il me semble. S'il n'apparaît pas, c'est que ça ne marche pas, ou que la génération n'a pas été faite.

Ou par exemple en lançant la génération du site à la réception d'un message. Pour éviter des problèmes liés au temps de génération du site (s'il est généré trop vite, le message ne sera peut-être pas encore complètement écrit dans la boîte aux lettres correspondante), l'idéal serait d'avoir une commande de génération capable de prendre un nouveau commentaire en entrée standard : à la réception d'un nouveau message avec tel sujet, on le livrerait à la commande de génération.

Bon, comme il me faut quelque chose qui marche, je sens que je vais devoir repasser au bon vieux sudo ou aux exécutables setuid. Propre, simple, compréhensible et surtout, ça marche.

% systemctl suspend
Failed to get D-Bus connection: No connection to service manager.

Ceci dit j'apprécie le fait d'avoir une commande simple, parce que l'invocation D-Bus de UPower mal documentée, ça ressemblait sérieusement à de la magie noire.

Au passage, le support pour le suspend a été retiré de upower 0.99

Et à quoi sert donc encore UPower au juste ? Et quelle commande faudra-t-il exécuter pour lancer la mise en veille du coup ? Une invocation D-Bus avec d'autres paramètres ?

kmscon n’a rien à voir avec systemd à la base, c’est pour remplacer les tty tout moisi. C’est une console virtuelle qui utilise KMS,

C'est déjà le cas de la console Linux normale.

XKB donc les dispositions de claviers de X.org,

C'est déjà le cas de la console Linux normale avec console-setup.

UTF-8 et tout,

C'est déjà le cas de la console Linux normale.

prise en charge du multi-siège

Ah, ça c'est une vraie nouveauté. Qui ne sert à peu près à personne, mais c'est cool dans l'idée.

et plein de trucs cool comme ça

Tu as des exemples ? De trucs vraiment nouveaux, je veux dire.

Donc en gros ça sera plus moderne et ça uniformisera le fonctionnement de certains trucs avec X.org/Wayland (notamment KMS et le fonctionnement du clavier).

Notamment d'autres trucs j'espère, parce que ça, ce sont des choses déjà uniformisées avec la console Linux normale…

Perso pour les connexions j'utilise ifupdown, tout simplement. Il a d'ailleurs une fonctionnalité peu connue de profils de connexion :

# ifup wlan0=sl2014

permet par exemple de configurer l'interface wlan0 selon les paramètres précisés dans le fichier d'interface sous le nom sl2014.

Non. Il faudrait ?

Pour info, j'avais relaté cela ici : http://tanguy.ortolo.eu/blog/article128/ck-allow-suspend-xorg-disable-monitor

Quelqu'un m'avait fourni une solution simple, que je n'ai pas encore eu le loisir d'essayer, mais de toute façon, parti comme c'est je sens que je vais faire encore plus simple et mettre ce qu'il faut (halt, reboot et compagnie, ainsi que les pm-suspend et pm-hibernate) en setuid root et exécutable par le groupe powerdev uniquement. Une bonne vieille solution à la Unix qui marche partout et tout le temps.

Pas de problème, personnellement je n'utilise pas du tout de bureau graphique, je disais juste que xfce se retrouve franchement castré sans systemd.

Oui mais ça c'est l'orthographe de 1990, et dans certains cas, notamment celui-ci, c'est hideux.

Et pas de mise en veille non plus, pour les mêmes raisons de trucs machins BiduleKit qui ont changé.

Je n'ai pas ouvert de bug parce que je n'ai aucune idée des paquets concernés par ces lennarteries.

Du coup tu n'as plus de gestion dynamique des connexions, plus de gestionnaire de connexion graphique, plus de montage de media en tant que simple utilisateur, plus de prise en charge des imprimantes HP, plus de prise en charge des systèmes de fichiers réseau par le gestionnaire de fichier. Super le Xfce sans systemd.

Il faut se rendre à l'évidence : systemd est un cancer.

J'aime bien l'idée des commentaires par courrier électronique, ça me fait penser au fonctionnement du BTS Debian. Belle idée !