Pour éviter le souci et faciliter l'écriture de cette rétrospective, j'ai codé un script (et son déploiement par Ansible) avec directement la sortie attendue (et la gestion des pluriels, des espaces insécables, des affichages de date, etc.), valable sur une quinzaine ou n'importe quel intervalle de temps d'ailleurs.
$ bin/activity.sh 2018-08-16 2018-08-31
Du 16 au 31 août 2018
- 983 commentaires publiés (dont 4 masqués depuis);
- 216 tags posés ;
- 81 comptes ouverts (dont 24 fermés depuis);
- 34 entrées de forum publiées (dont 3 masquées depuis);
- 20 liens publiés (dont 2 masqués depuis);
- 17 dépêches publiées ;
- 16 journaux publiés (dont 3 masqués depuis);
- 1 entrée nouvelle, 3 corrigées et 0 invalide dans le système de suivi ;
- 1 sondage publié ;
- 4 pages wiki publiées (dont 0 masquée depuis).
(nb: j'ai aussi pu corriger une autre typo au passage, détectée en comparant le journal et la sortie du nouveau script)
LinuxFr.org : seconde quinzaine d'août 2018
Le 01 September 2018 à 18:20:17
Cent-troisième épisode (…)
Le souci ne s'est pas reproduit avec la dernière rétrospective de la quinzaine (par contre les dates sont en anglais sur toutes les entrées du planet April).
Au passage, Wikipédia nous apprend que l'équinoxe de septembre peut avoir lieu, en heure UTC, les 21, 22, 23 ou 24 septembre, et cette année c'est le 23 à 01:54:05 UTC.
Le code source ainsi que les fichiers compilés ont été emballés dans l’exécutable pour respecter le concept de portabilité (il suffit de l’extraire avec 7zip pour avoir accès aux fichiers sources).
Claude et Dominique sont beaux -> au moins l'une des deux personnes est un homme, on ne sait laquelle
Claude et Dominique sont belles -> les deux sont des femmes
Règle de proximité :
Claude et Dominique sont beaux -> au moins Dominique est un homme, on ne sait rien sur Claude
Claude et Dominique sont belles -> au moins Dominique est une femme, on ne sait rien sur Claude
Une ruche du Registre est un groupe de clés, de sous-clés et de valeurs du Registre associé à un ensemble de fichiers de prise en charge qui contiennent des sauvegardes de ses données.
Globalement ça voudrait notamment dire se limiter aux contenus / commentaires d'un sous-ensemble petit de gens d'accord pour cela, par exemple l'équipe du site
Nb: il faut même se limiter aux contenus écrits uniquement par l'équipe du site (car il existe de nombreux contenus écrits par les gens du site sur lesquels d'autres personnes ont contribué… et donc il faudrait soit anonymiser leurs contributions (paf contrefaçon) soit obtenir l'autorisation de les inclure dans le "sous-ensemble petit de gens d'accord pour cela"… bref ça serait plus simple de se limiter un peu plus au final)
Dix ans d'apt-get sans rien faire et qui marche encore, ça voudrait aussi dire (pur exercice) :
maintenir des algorithmes de chiffrement cassés (il faudrait probablement du SSL encore)
il faudrait des certificats valables dix ans
des clés gpg valables plus de 10 ans pour signer les paquets
une équipe pérenne de mainteneurs motivés
qui jongle avec diverses libstdc++ et autres ABI incompatibles, des mélanges de versions majeures de composants majeurs (GNOME, KDE, Python, Perl, PHP, etc.)
maintenir du 32 bits (plus tard le non UEFI ou les vieilles architectures mourantes voire mortes aussi)
arrêter de déplacer vers archive.debian.org, tout garder dans l'obèse dépôt unique, le tout servi par un serveur web à configuration dangereuse (voir plus haut)
gérer des 'ordinosaures' n'ayant pas 32 zetaoctets de mémoire, 42 THz de CPU sur 513 coeurs et 69 Etaoctets de stockage, donc y aller mollo sur la consommation de ressources
les composants critiques niveau ressources devront être compilés / exister pour chacune des variantes CPU possibles sur plus de 10 ans (par exemple les composants multimédia qui sont souvent disponibles avec des optimisations par chaque jeu d'instructions CPU ou GPU)
même Debian sort plusieurs versions stables en 10 ans, donc au bout de cette période tu peux enchaîner les mises à jour de distribution (voire fournir la migration directe à la N+2 ou N+3)
vraisemblablement tout cela devrait en fait ralentir pas mal le développement de Debian et la sortie des versions finalement
sur le principe, ça changerait de la course à l'équipement et à la fonctionnalité
il faut un projet de distribution qui dure plus de 10 ans, et sans changer de nom/URL (c'est le cas pour Debian, mais pas de toutes les distrib)
sacré boulot
(Évidemment c'est plus facile si on considère qu'il y a eu des apt-get upgrade intermédiaires pendant ces 10 ans)
Parallèle ou pas, plus y a de résolutions DNS, plus la réponse la plus lente est lente, plus tu attends la fin du chargement de ta page. Et sur les sites bloatware, y a beaucoup de résolutions à faire (souvent en dizaine(s) de fois plus).
Et si non parallèle c'est encore pire, évidemment.
[^] # Re: Un règle simple
Posté par Benoît Sibaud (site web personnel) . En réponse au message bloquer les IP des datacenters. Évalué à 6. Dernière modification le 02 septembre 2018 à 20:00.
Alors il faut un clavier ethernet ou IPv6 ?
[^] # Re: typo
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche GIMP 2.10.6 : rien ne nous arrête !. Évalué à 3.
Corrigé, merci.
[^] # Re: coquille
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine d’août 2018. Évalué à 7. Dernière modification le 02 septembre 2018 à 14:09.
Pour éviter le souci et faciliter l'écriture de cette rétrospective, j'ai codé un script (et son déploiement par Ansible) avec directement la sortie attendue (et la gestion des pluriels, des espaces insécables, des affichages de date, etc.), valable sur une quinzaine ou n'importe quel intervalle de temps d'ailleurs.
(nb: j'ai aussi pu corriger une autre typo au passage, détectée en comparant le journal et la sortie du nouveau script)
[^] # Re: Bug d'akregator ?
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi erreur d'encodage dans le flux atom.. Évalué à 3 (+0/-0). Dernière modification le 02 septembre 2018 à 10:51.
http://planet.april.org/
Le souci ne s'est pas reproduit avec la dernière rétrospective de la quinzaine (par contre les dates sont en anglais sur toutes les entrées du planet April).
[^] # Re: coquille
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine d’août 2018. Évalué à 4.
Tout à fait. Erreur de recopie de ma part depuis la sortie brute du script de comptage :
[^] # Re: Le jour le plus long
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Linux Presentation Day d’automne 2018. Évalué à 3.
Corrigé, merci.
Au passage, Wikipédia nous apprend que l'équinoxe de septembre peut avoir lieu, en heure UTC, les 21, 22, 23 ou 24 septembre, et cette année c'est le 23 à 01:54:05 UTC.
[^] # Re: Date ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Kernel Recipes 2018 : c’est reparti pour la 7ᵉ édition !. Évalué à 4. Dernière modification le 28 août 2018 à 20:46.
Corrigé, merci.
[^] # Re: Bug
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Le Jet Propulsion Laboratory de la NASA publie les plans du rover Curiosity sur GitHub. Évalué à 3.
Dépêche mise à jour, merci.
[^] # Re: Bigleux ?
Posté par Benoît Sibaud (site web personnel) . En réponse au message Commande find et déspécialisation. Évalué à 3.
C'est plus visible/compréhensible si les commandes sont protégées par des backquotes en markdown.
[^] # Re: Correction
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche ./play.it 2.10 : Debian, Gentoo et jeux vidéo. Évalué à 6.
Corrigé, merci.
[^] # Re: Bug d'akregator ?
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi erreur d'encodage dans le flux atom.. Évalué à 3 (+0/-0).
pas de charset sur le Content-Type
pas de charset sur le Content-Type
[^] # Re: Bug d'akregator ?
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi erreur d'encodage dans le flux atom.. Évalué à 3 (+0/-0). Dernière modification le 20 août 2018 à 22:29.
Le souci est présent sur le Planet April http://planet.april.org/ (qui serait plutôt la vraie source du problème dans ce cas).
# pas très gentil de griller la politesse à la dépêche en rédaction
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Et hop, un nouveau Gimp :). Évalué à 5.
Cf https://linuxfr.org/redaction/news/gimp-2-10-6-rien-ne-nous-arrete
[^] # Re: Opensource ??
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Dark Moon : une distribution GNU/Cygwin portable pour Windows. Évalué à 4. Dernière modification le 17 août 2018 à 16:15.
Dans la dépêche :
[^] # Re: Communications chiffrées ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LineageOS. Évalué à 7. Dernière modification le 17 août 2018 à 10:55.
(par curiosité)
Règle « actuelle » :
Claude et Dominique sont beaux -> au moins l'une des deux personnes est un homme, on ne sait laquelle
Claude et Dominique sont belles -> les deux sont des femmes
Règle de proximité :
Claude et Dominique sont beaux -> au moins Dominique est un homme, on ne sait rien sur Claude
Claude et Dominique sont belles -> au moins Dominique est une femme, on ne sait rien sur Claude
[^] # Re: ruche de registre ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Dark Moon : une distribution GNU/Cygwin portable pour Windows. Évalué à 5.
https://support.microsoft.com/fr-fr/help/256986/windows-registry-information-for-advanced-users
[^] # Re: Anonymisation
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Dump anonymisé de la base de données. Évalué à 3 (+0/-0).
Nb: il faut même se limiter aux contenus écrits uniquement par l'équipe du site (car il existe de nombreux contenus écrits par les gens du site sur lesquels d'autres personnes ont contribué… et donc il faudrait soit anonymiser leurs contributions (paf contrefaçon) soit obtenir l'autorisation de les inclure dans le "sous-ensemble petit de gens d'accord pour cela"… bref ça serait plus simple de se limiter un peu plus au final)
[^] # Re: Guix
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Une image de base docker. Évalué à 4. Dernière modification le 14 août 2018 à 09:34.
Dix ans d'apt-get sans rien faire et qui marche encore, ça voudrait aussi dire (pur exercice) :
(Évidemment c'est plus facile si on considère qu'il y a eu des apt-get upgrade intermédiaires pendant ces 10 ans)
[^] # Re: WebP
Posté par Benoît Sibaud (site web personnel) . En réponse au lien est-ce que je peux utiliser cette techno web (et parts de marché correspondante) ?. Évalué à 3.
Corrigé, merci.
[^] # Re: Pour les décideurs pressés
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Une bosse sur la ligne pour combattre le bufferbloat ?. Évalué à 5. Dernière modification le 13 août 2018 à 10:41.
Parallèle ou pas, plus y a de résolutions DNS, plus la réponse la plus lente est lente, plus tu attends la fin du chargement de ta page. Et sur les sites bloatware, y a beaucoup de résolutions à faire (souvent en dizaine(s) de fois plus).
Et si non parallèle c'est encore pire, évidemment.
[^] # Re: Le libre c’est bon mangez-en !
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Un logiciel libre devient-il meilleur qu'un logiciel propriétaire dans la durée ?. Évalué à 3. Dernière modification le 12 août 2018 à 10:57.
J'ai fait une relecture dessus.
[^] # Re: mot manquant
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Fins de tabulation élastiques: la bonne manière d'indenter et d'aligner le code. Évalué à 3. Dernière modification le 11 août 2018 à 20:45.
Corrigé, merci.
[^] # Re: Une faille de sécurité européenne
Posté par Benoît Sibaud (site web personnel) . En réponse au journal RGPD, retrait de toutes les listes de MailJet. Évalué à 8.
Donc tu viens chercher du plaisir sur Linuxfr.org, donc tu n'es pas épicurien. RGPD… Euh CQFD.
[^] # Re: Faute et Alpine
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Une image de base docker. Évalué à 4.
Corrigé, merci.
[^] # Re: Drapeau
Posté par Benoît Sibaud (site web personnel) . En réponse au lien sensationnalisme ? «la clef de chiffrement par défaut de OpenSSH est pire qu'un texte en clair». Évalué à 3. Dernière modification le 07 août 2018 à 16:41.
Corrigé, merci.