Là pour le coup, ça aurait fait un journal, même succinct. Sur le site, on voit juste une liste de schéma, on comprend pas ce que c'est, encore moins quand on ne sait pas de quoi ça parle, ni à quoi ça sert.
There are some issues specific to Fedora there, but the biggest improvement that we can achieve is shutting down’s GDM’s own gnome-shell instance, for which Hans already has a working patch. This should reduce resource consumption by 280megs of RAM.
Aaaaaaah, ça va faire du bien.
The second biggest target is GNOME Software, which we keep running primarily for the shell provider. Richard Hughes was here yesterday and is already working on a solution for this.
Aaaaaaah, ça va aller mieux.
En attendant, j'ai un portable avec 4Go de RAM. Et une session ouverte après démarrage, il y a déjà 1,2Go d'occupé. Ça laisse étonnamment peu de place pour lancer autre chose :/
Il me semble que c'est passé sur debian-devel. Mais je n'ai pas le temps de rechercher, malheureusement.
Ce que j'en ai retenu, c'est que oui, lzip est mieux, xz est pas très robuste. En théorie. En vrai, personne ne constate de problème. Et il y a des sommes de contrôles partout ailleurs (notamment TCP) qui empêchent déjà beaucoup de corruption.
Et je crois bien que les développeurs de Debian reprochaient également un prosélytisme un peu trop subjectif.
Ce que j'ai résumé n'est pas mon avis, mais seulement un condensé de ce que j'ai lu.
Et notamment :
@import url(./UserChrome-Tweaks/tabs/more-compact-tabs.css);
@import url(./UserChrome-Tweaks/toolbars/auto-hide.css);
@import url(./UserChrome-Tweaks/toolbars/compact-toolbars.css);
on parle par exemple de l’utilisation de l’algorithme de compression Zstandard pour tous les paquets afin d’accélérer les temps d’installation.
Oula, alors c'est en discussion chez Debian. Et franchement, je suis pas convaincu par l'intérêt de la chose.
Zstd est un formidable outil de compression, mais l'usage généraliste des paquets, c'est l'installation via le réseau. Et dans la plupart des cas, il vaut mieux du LZMA (xz), qui compresse bien mieux. Le temps de transfert est bien plus long que le temps de décompression. On pourra s'en convaincre sur ce benchmark, en ayant choisi samba comme corpus. Le temps de transfert sur un lien à 7 Mio/s (ce qui est déjà pas mal) prend plus de 90% du temps total.
Par contre, c'est évident que sur un support d'installation, avoir du zstd permet une installation plus rapide. Ou bien si on installe des VMs à tour de bras avec un dépôt local.
Donc ce qui est intéressant, c'est que dpkg supporte zstd. Et on pourra voir ce qui peut en être fait.
Les frappes claviers génèrent des évènements qui sont bien différents d'une opération de collage. Je n'ai jamais eu à gérer ce cas là cependant. J'ai cherché (un peu) dans le code de fish, mais sans succès…
EDIT: En fait, effectivement, c'est probablement ce qu'a expliqué Goffi qui marche. Je ne sais pas si c'est possible de distinguer les deux sinon.
Et bien fish est là pour vous. Quand je colle du texte, les retours chariot ne sont pas interprétés comme un envoi de commande : le texte va à la ligne. Et seulement quand je tape sur la touche Entrée, ça exécute.
Windows Server est installé par défaut avec l'antivirus maison « Windows Defender ». Linux n'a aucun antivirus installé ni activé par défaut (ne serait-ce pas une faille de sécurité ?).
Bon, OK, y a des choses plus pertinentes dans l'article, c'est juste pour rigoler.
13 Acknowledgments
This paper was made possible by NPRP grant 8-1474-2-626
from the Qatar National Research Fund (a member of Qatar
Foundation). The statements made herein are solely the re-
sponsibility of the authors.
Bon, on va dire que ça n'a aucun rapport, mais quand même. C'est déjà bien de l'écrire.
Les tests ont été exécutés sur un serveur Linux Mageia 6 disposant de 4 Go et de MariaDB 10.1, s’exécutant dans VirtualBox 5.1.28 sous Windows Server 2016.
Oui, bon, c'est toujours un test. Mais enfin, en prod, on fait pas ça.
Et ça ne concerne que l'Europe. C'est déjà une absurdité de moins… Ma compagne (Belge) a cessé de regarder la RTBF, vu qu'à part les JT, rien d'autre n'est accessible en France, « pour des raisons de droits ».
Interrogé sur le sujet, le constructeur nous répond ne pas avoir de commentaire à fournir pour l'instant. Il aurait été prévenu il y a à peine une journée, ce qui n'est pas vraiment dans les standards dans ce genre de cas. Bien entendu, nous reviendrons plus en détail sur le sujet dès que nous aurons pu en apprendre plus.
Mais dans l'ensemble, ça semble important. Simplement, la démesure et le côté marketing de la communication décrédibilisent très fortement le résultat de ces recherches.
[^] # Re: Et pipenv ?
Posté par Glandos . En réponse au lien Installer les paquets de PyPI (Ansible par exemple) dans des « venv » dédiés. Évalué à 3.
Not Invented Here
C'est parce que ça me semblait être un besoin déjà couvert par des programmes existants. Mais les explications sont beaucoup plus claires comme ça :)
# Et pipenv ?
Posté par Glandos . En réponse au lien Installer les paquets de PyPI (Ansible par exemple) dans des « venv » dédiés. Évalué à 2.
Ah oui, ça fait un peu NIH, mais pourquoi pas.
Et j'ai pas compris la différence avec pipenv. Bon, OK, j'ai pas pris le temps de chercher la différence.
# -> Journal
Posté par Glandos . En réponse au lien Une plate-forme pour rassembler des schémas et des objets JSON liés à la sécurité. Évalué à 3.
Là pour le coup, ça aurait fait un journal, même succinct. Sur le site, on voit juste une liste de schéma, on comprend pas ce que c'est, encore moins quand on ne sait pas de quoi ça parle, ni à quoi ça sert.
# Mémoire
Posté par Glandos . En réponse au lien Gnome travaille à devenir plus performant.. Évalué à 2.
Aaaaaaah, ça va faire du bien.
Aaaaaaah, ça va aller mieux.
En attendant, j'ai un portable avec 4Go de RAM. Et une session ouverte après démarrage, il y a déjà 1,2Go d'occupé. Ça laisse étonnamment peu de place pour lancer autre chose :/
# Intégration planifiée pour Ubuntu 18.10
Posté par Glandos . En réponse au journal KDE Connect et GNOME. Évalué à 4.
Tout est là : https://community.ubuntu.com/t/gs-connect-as-part-of-18-10/5903?anz=show
[^] # rdfind
Posté par Glandos . En réponse au journal fdupes : un utilitaire pour gagner de la place sur son disque dur. Évalué à 4.
Encore un autre : https://rdfind.pauldreik.se/
Je l'ai essayé, ça va vite. Très vite. Il y a un petit benchmark à la fin.
[^] # Re: Vieux débat (mais c'est dans les vieux débats…)
Posté par Glandos . En réponse au lien Le format de compression Xz serait « inadéquat pour l'archivage à long terme ». Évalué à 4.
https://lists.debian.org/debian-devel/2015/06/msg00173.html
Bon courage pour suivre le débat :)
# Vieux débat (mais c'est dans les vieux débats…)
Posté par Glandos . En réponse au lien Le format de compression Xz serait « inadéquat pour l'archivage à long terme ». Évalué à 4.
Il me semble que c'est passé sur debian-devel. Mais je n'ai pas le temps de rechercher, malheureusement.
Ce que j'en ai retenu, c'est que oui, lzip est mieux, xz est pas très robuste. En théorie. En vrai, personne ne constate de problème. Et il y a des sommes de contrôles partout ailleurs (notamment TCP) qui empêchent déjà beaucoup de corruption.
Et je crois bien que les développeurs de Debian reprochaient également un prosélytisme un peu trop subjectif.
Ce que j'ai résumé n'est pas mon avis, mais seulement un condensé de ce que j'ai lu.
[^] # Re: Effacer la barre d'url
Posté par Glandos . En réponse au journal Konquefox est mort, vive Go Up !. Évalué à 6.
Je suis repassé à l'ancienne méthode : https://github.com/Timvde/UserChrome-Tweaks/
Et notamment :
@import url(./UserChrome-Tweaks/tabs/more-compact-tabs.css);
@import url(./UserChrome-Tweaks/toolbars/auto-hide.css);
@import url(./UserChrome-Tweaks/toolbars/compact-toolbars.css);
# Zstandard, ou pas.
Posté par Glandos . En réponse à la dépêche Sortie d’Ubuntu 18.04 LTS Bionic Beaver. Évalué à 10.
Oula, alors c'est en discussion chez Debian. Et franchement, je suis pas convaincu par l'intérêt de la chose.
Zstd est un formidable outil de compression, mais l'usage généraliste des paquets, c'est l'installation via le réseau. Et dans la plupart des cas, il vaut mieux du LZMA (xz), qui compresse bien mieux. Le temps de transfert est bien plus long que le temps de décompression. On pourra s'en convaincre sur ce benchmark, en ayant choisi samba comme corpus. Le temps de transfert sur un lien à 7 Mio/s (ce qui est déjà pas mal) prend plus de 90% du temps total.
Par contre, c'est évident que sur un support d'installation, avoir du zstd permet une installation plus rapide. Ou bien si on installe des VMs à tour de bras avec un dépôt local.
Donc ce qui est intéressant, c'est que dpkg supporte zstd. Et on pourra voir ce qui peut en être fait.
[^] # Re: Le droit d'écrire
Posté par Glandos . En réponse au journal Le filtrage à la source. Évalué à 2.
Effectivement, je trouve le texte excellent. Par contre, « quelques » années n'est pas tout à fait exacte. On en est presque à deux fois sept ans ;)
[^] # Re: Est-ce qu'on a le droit de ne pas s'inquiéter?
Posté par Glandos . En réponse au journal Le filtrage à la source. Évalué à 3.
Il y a un peu de tout là-dedans : https://framablog.org/2018/04/19/la-reforme-europeenne-du-droit-dauteur-une-menace-pour-le-logiciel-libre-selon-glyn-moody/
Sinon, pour le code propriétaire : https://en.wikipedia.org/wiki/VMware_ESXi#Lawsuit qui n'est qu'un exemple.
Désolé de faire court, ma vie trépidante m'empêche d'être aussi prolixe. Mais j'ai bien apprécié l'effort, que j'ai pris le temps de lire.
[^] # Re: Fish: le shell peut vous sauver
Posté par Glandos . En réponse au journal [bookmark] terminaux et protection contre la copie. Évalué à 2. Dernière modification le 17 avril 2018 à 14:43.
Les frappes claviers génèrent des évènements qui sont bien différents d'une opération de collage. Je n'ai jamais eu à gérer ce cas là cependant. J'ai cherché (un peu) dans le code de fish, mais sans succès…
EDIT: En fait, effectivement, c'est probablement ce qu'a expliqué Goffi qui marche. Je ne sais pas si c'est possible de distinguer les deux sinon.
# Fish: le shell peut vous sauver
Posté par Glandos . En réponse au journal [bookmark] terminaux et protection contre la copie. Évalué à 4.
Et bien fish est là pour vous. Quand je colle du texte, les retours chariot ne sont pas interprétés comme un envoi de commande : le texte va à la ligne. Et seulement quand je tape sur la touche Entrée, ça exécute.
J'aime beaucoup.
# C'est ptêt plus intéressant
Posté par Glandos . En réponse au lien La préversion de Terminology-1.2.0 vient de sortir. Évalué à 8.
https://phab.enlightenment.org/diffusion/TRM/browse/master/ChangeLog
Parce que bon, un lien d'archive de binaire, c'est pas super explicite.
# Une quote au hasard
Posté par Glandos . En réponse au lien Comparatif de performance de SQL server sous Windows et sous Linux. Évalué à 4.
Bon, OK, y a des choses plus pertinentes dans l'article, c'est juste pour rigoler.
[^] # Re: Alpha
Posté par Glandos . En réponse au journal AV1 : le codec du futur ?. Évalué à 2.
Tu veux dire comme ces deux images ? ;)
Pour être constructif : je ne sais pas. Mais je t'invite à lire la spécification.
# Financement
Posté par Glandos . En réponse au journal BranchScope. Évalué à -6.
Allez, je lance le premier débat :
Bon, on va dire que ça n'a aucun rapport, mais quand même. C'est déjà bien de l'écrire.
# Pas vraiment représentatif
Posté par Glandos . En réponse au lien Performances comparées des moteurs MyISAM, Aria, InnoDB. Évalué à 6.
Oui, bon, c'est toujours un test. Mais enfin, en prod, on fait pas ça.
[^] # Re: Changement de législation
Posté par Glandos . En réponse au journal Je ne demande qu’à payer !. Évalué à 2.
https://www.universfreebox.com/article/43716/Freebox-Revolution-avec-TV-by-Canal-toutes-vos-chaines-desormais-accessibles-dans-toute-l-Europe-grace-a-myCanal
Et voilà. Bon, ça vient d'un témoignage Twitter, c'est pas ce qui est le plus fiable.
[^] # Re: Relicencier zlib
Posté par Glandos . En réponse au journal Utilité des CLA quand on fait du libre et que du libre. Évalué à 4.
Ah mais le domaine public aussi… C'est le mal absolu ! Comment voulez-vous que l'on gagne sa vie si on publie ses œuvres dans le domaine public ?
(Ce commentaire est un commentaire sans aucun intérêt. Néanmoins, je le publie dans le domaine public.)
# Changement de législation
Posté par Glandos . En réponse au journal Je ne demande qu’à payer !. Évalué à 3.
Oui, bon, je m'excuse, c'est un lien UniversFreebox : https://www.universfreebox.com/article/43640/Voyager-en-Europe-avec-son-abonnement-a-Canal-ou-Netflix-sera-possible-des-le-1er-avril
Et ça ne concerne que l'Europe. C'est déjà une absurdité de moins… Ma compagne (Belge) a cessé de regarder la RTBF, vu qu'à part les JT, rien d'autre n'est accessible en France, « pour des raisons de droits ».
# Bientôt dans votre distribution
Posté par Glandos . En réponse au journal Un tap tempo en ligne de commande. Évalué à 4.
On dirait que TapTempo prend son envol : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893306
[^] # Re: juste une arnaque
Posté par Glandos . En réponse au journal [~Signet] Failles de sécurité dans les CPU : AMD revient dans la course !. Évalué à 3.
Depuis l'article :
L'article de AnandTech est plus explicite :
Mais dans l'ensemble, ça semble important. Simplement, la démesure et le côté marketing de la communication décrédibilisent très fortement le résultat de ces recherches.
[^] # Re: Namespace bits ?
Posté par Glandos . En réponse au journal Jouons avec le ``switch`` et C++17. Évalué à 2.
Boost n'a pas changé de site. L'autre site est fait par un gars qui vend des bouquins.