Yth a écrit 2671 commentaires

Les trop petits fichiers, en effet, on voit l'overhead de la structure, et donc on compare mal.
Certes, je parle ici de petits fichiers, donc la structure n'est pas négligeable non plus, mais peut-être pas si petit, plutôt du 128x128 ou 256x256 avec quelques couleurs, 8 à 32 en général.

Et donc j'ai pris une série d'icônes comme ça que j'avais sous la main, je me suis assurés qu'elles soient bien passées à travers un optipng ou pngquant (j'utilise trimage qui fait ça tout seul).
Et puis après un convert de masse vers gif, jpg, webp, avif…
Bilan, y'en avait pour 900ko en PNG, on passe à 700ko en webp, on monte à 1500 en gif et avif, et à presque 2Mo en jpg (mais on pourrait réduire la qualité et donc la taille, il faudrait analyser image par image pour savoir si la qualité est encore correcte).

Donc apparemment webp l'emporte au final.
Sauf que mon navigateur de fichier ne lit pas le webp pour les icônes, et que mes répertoires n'ont plus d'icônes si je met du webp, mais c'est un détail du présent, pas du futur.

Ce qui est assez fun, c'est que l'icône que j'ai utilisé pour tester si mon navigateur de fichier lisait le webp est une image de 256x256 en 1-bit : noir et transparence, et que les fichiers PNG et webp font tout deux exactement 810 octets.

• Yth.

Ya même la palette 1-bit pour une icône en ombre chinoise : noir et transparent, j'ai un exemple en 171x171 qui fait 549 octets, imbattable ?

• Yth.

En PNG tu n'as pas obligatoirement :

en niveau de gris sur 8 bits ou en RVB sur 24 bits, avec une transparence optionnelle par canal alpha sur 8 bits.

Tu peux utiliser une palette et choisir le nombre de couleurs.
Donc pour un logo avec genre trois couleurs, ben tu fais une palette à… trois couleurs, et l'image qui sort est très très petite, et toujours autant sans perte et lisible partout.
En pratique il semble utiliser des palettes 2-bits/4-bits/8/16/32, etc. Donc on n'optimise pas non plus à mieux qu'une puissance de 2, mais c'est déjà sacrément efficace.

C'est peut-être une niche, mais je ne sais pas si d'autres formats sont sur cette niche et font mieux que le PNG là-dedans.

En tout cas, une favicon de site web bien faite devrait être en PNG à micro-palette.
Tu peux avoir une icône en 256x256 à moins de 3ko.

Bref, c'est du détail, mais j'ai pas encore trouvé mieux pour cet usage spécifique, que j'utilise beaucoup en icône de répertoires, ou en favicon de site web.

• Yth.

Non, non, tu ne trouveras aucun post de la FNSEA.
Ils sont trop organisés, bien plus violents, en détruisant de façon ciblée des familles entières par exemple.
Mais tu ne verras pas non plus de post de la 'Ndrangheta sur comment racketter les commerces ou faire du trafic international.

La FNSEA c'est un organisme très très violent, et ça n'a rien de mignon, et son objectif c'est de faire du fric malgré tes problèmes de santé.
Tes problèmes liés à leur modèle agricole pourris, que tu es bien sûr incapable de relier, ils s'en tamponnent, ça n'entre nulle part dans leur bilan comptable.

Alors bon, les manifestants contre les méga-bassine à Sainte-Soline, qui doivent faire face aux armes de guerres « non létales » envoyés par Monsieur le Président, c'est des tout petits joueurs à côté, et en plus ils sont super pratiques, on peut facilement les discréditer, et les envoyer en garde à vue.

C'est utile, ça permet de laisser tourner les affaires sans trop de remous, vu que les méchants c'est plus trop la FNSEA, ce sont ces affreux eco-terroristes qui veulent pas que la planète continue à se faire pourrir par des salopards pétés de thune.

Désolé de la violence de mon propos, mais sérieux, ya vraiment deux poids deux mesures, et en Macronie c'est toujours autant sans complexe que le Droit est du côté de l'argent…
C'est tellement une évidence qu'on trouve ça normal, et qu'on traite de terroristes ceux qui disent que non !

• Yth, clavio-terroriste.

Je n'ai peur de rien : je suis un nain conscient.

• Yth.

Ben tu vois….
J'ai essayé de mettre en application la Loi_de_Poe.
Et c'est une démonstration éclatante.

Car mon message était bien sûr à prendre au second degré (minimum), parce que : comme tu dis.

Bref, c'tait une blague sérieuse :)

En vrai, outlook est la raison majeure pour laquelle il ne faut jamais se contenter de GAFA en oubliant le M, et que je préfère, à titre personnel, dire MAGAF, c'est plus fun en plus, et on a bien le M en premier (et le F à la fin, parce que c'est un peu des pieds nickelés en comparaison des autres).

• Yth.

Ya l'offre Microsoft aussi, avec pub, pas d'imap/pop/smtp, une appli proprio bourrée de traqueur, et un webmail encore plus lourd que gmail, comme quoi c'est possible !

Je ne pense pas qu'on puisse appeler ça du mail, s'il n'y a pas les protocoles mails, en fait…

• Yth.

techniquement Windows est souvent supérieur a linux malheureusement, il y a des fonctions qui existe sous windows, des programmes qui marchent sous windows qui ne marchent pas sous linux.

Ouaip.
Et tellement de choses qui fonctionnent sous Linux et pas sous Windows, tellement de choses qui existent sous des OS libres et pas sous Windows. Tellement, plus, de téléphones qui tournent sous Linux que sous Windows. Tellement de fonctionnalités rendues possibles par Linux et toujours inaccessibles sous Windows.

Techniquement ? Non, ergonomiquement Windows est parfois supérieur à Linux, quand on aime leur interface.
Techniquement ? Va falloir donner des exemples assez précis…

J'appelle ça du FUD, ou de la désinformation.

• Yth.

Tu sais, je crois qu'on n'a plus besoin de juger Linus Torvalds sur ses contributions hein…

• Yth.

Et on pourrait même utiliser les spams pour ça !
Reprise de tes mails spams, stéganographiés d'une façon ou d'une autre et hop, personne sait que t'as envoiyé un kikoolol avec une URL de vidéo de chat-miaou !

• Yth, quand on parler de noyer dans la masse hein…

Ça envoie des données aux états-unis, pays connu pour être sous le coup du Patriot Act et autres lois leur donnant l'autorisation d'outrepasser la légitimité de notre propre pays concernant les données de ses ressortissants.

De toute façon, un outil comme ça, payé par des fonds publics, par un organisme public, à destination du public, devrait être un logiciel libre et, accessoirement, disponible sous f-droid.

• Yth.

Vä Vä, Fuhoo-Avtthengu !

• Lgu.

Je commence à barricader ma porte, je vais mettre un honey pot : faux PC de salon sous Windows, avec quelques logiciels piratés et un cheval de Troie classique.
Le bunker à la cave, derrière le mur à vin, avec les machines Linux.
Le poste de travail déporté dans une camionnette mobile prête à se barrer ailleurs, discrétos, avec du matos de jardinage dedans.

La résistance s'organise.
Je ferais des pull requests !
J'attaquerai à coups d'install Linux sauvages !
Je reconditionnerai des téléphones au black !
Je chercherais mes recette de cuisine en utilisant Tor-Browser !
J'aurais mon propre serveur mail, tout chiffré !
Et je continuerais à poster sur LinuxFR via un VPN en Norvège.

Hasta la Revolucion !

• Yth, déjà que j'étais un dangereux déviant jadis avec tous mes bouquins de jdr. On les reconnais dès l'enfance les vrais criminels !

T'inquiètes, la solution la plus simple pour remonter le niveau de culture libriste ici est entre tes mains.
Cesse de poster !
Voilà, de rien…

• Yth, chafouin…

C'est parce qu'il a écrit ça :

Linuxfrien, où en es-tu de tes réflexions ? Ne vois-tu toujours pas le lien avec les logiciels libres ? Aucun rapport vraiment ?

C'est pratique, par exemple je pourrais écrire un journal du genre :

Les megalodons ont disparu, mais ce n'est pas lié à la météorite qui a détruit les dinosaures, c'est à cause d'un virus venu de l'espace ! Cet article de Nouvelles du Monde l'indique clairement. Comme quoi on essaie de nous cacher la vérité.
Linuxfrien, où en es-tu de tes réflexions ? Ne vois-tu toujours pas le lien avec les logiciels libres ? Aucun rapport vraiment ?

Et hop, d'un seul coup de copié-collé magique, c'est en rapport à la fois avec les logiciels libres, mais aussi la communauté de LinuxFR, nous sommes tous impliqués personnellement dans ce débat critique !

• Yth.

J'ai eu trois vaccins différents, et il en existe pas mal d'autres, on parle duquel quand on parle DU vaccin contre le Covid19 ?

• Yth.

Toute cette simplification pour l'illusion du contrôle par la technologie !
Rhalala…

Z'ont trop lus de dystopies ces gens-là.

• Yth.

En gros : si la justice (américaine) voit une activité qui leur déplaît liée à un compte utilisateur PyPi, et on peut imaginer du code malveillant, un mineur de btc planqué dans une lib, etc., ils peuvent demander à PyPi des infos sur toutes les activités du compte chez PyPi, les données personnelles, etc.

Un peu comme la police en France peut demander les détails d'un numéro de téléphone à l'opérateur par exemple.

Et la réponse est « oui madame la Justice, tenez, voici », parce que c'est quand même normal. Il est censé y avoir un parcours judiciaire précis lié à une instruction précise, pour faire ces demandes, et elles ne concernent que des comptes précis.

Comme pour tout, on suppose qu'il y a des abus, et leur « patriot act » à la con leur donne certainement plus (trop) de moyens pour obtenir ces données, mais rien d'aberrant.

Ce qu'on doit en tirer est simple :
« Sur internet on laisse des traces, et la police peut les suivre ».
Ce qui, soyons honnêtes, n'est pas une grande nouvelle.

C'est, ici, intéressant de voir à qui ils ont demandé ces infos : PyPi, et on peut spéculer sur pourquoi (je ne m'en suis pas privé plus haut…), mais PyPi ne divulgue pas les comptes incriminés, ce qui est, ici aussi, normal, mais va casser un peu les chances qu'on a de faire plus que de la spéculation sur ce qu'ils cherchaient vraiment…

Le détail de l'article indique quelles données ont été demandées et fournies, les requêtes SQL effectuées, si ces données sont privées (accessibles uniquement à PyPi) ou publiques, mais aussi des informations indiquant que les comptes en question n'ont jamais changé de username, ou fait des opérations visant à masquer leurs activités, ou activités passées, ce qui n'est pas une donnée publique, et peut nous permettre de spéculer encore plus sur la possible illégitimité - ou légitimité abusive - des demandes.

• Yth.

Quelqu'un qui essaye de t'ouvrir l'esprit, se fait l'avocat du diable assez souvent, prend le contre-pieds de certains discours, même s'il le dans tous les sens et avec n'importe quel moyen, c'est pas forcément une menace, juste un sujet de débat, parfois pertinents.
Zenitram c'est pas le feu, c'est l'huile.

En plus, je suis sûr que tu ne lui as jamais envoyé de messages en privé (les probabilités sont avec moi, mais y'a qu'elles, je pourrais avoir tort sur ce coup-là, ça ne changerait rien au propos général).

• Yth.

Je compte bien léguer mon compte LinuxFR à mes enfants quand je serais pourri par le luddisme, Alzheimer, la mort, ou que je serais passé à Ubuntu : ce sont des signes évidents de déchéance intellectuelle, mais le compte vivra !

• Yth, mes gamins ne savent même pas ce que c'est que windows.

Ben ça peut aussi être pour démarrer un nouveau développement.
Je me met sur une master propre et bien mise à jour et de là je crée une branche de travail.
J'ai indiqué la fonction gitnewbranch plus haut, qui en interne fait en gros git stash && gitmaster && git checkout -b ma_branche && git stash pop.
Et parfois juste pour voir où en est master, lire le code d'un dépôt sur lequel je ne travaille pas.

Bon, faut dire, dans mon boulot on a une centaine de repo actif en 2023, sur 170 au total (bigre, tout de même ? je pensais pas avant de regarder, doit y'avoir pas mal de déchets quand même), et je bosse sur quelques-uns, et j'ai de temps en temps à regarder le code de quelques autres, j'en ai 40 clonés à un moment où à un autre, et 22 forkés sur mon gitlub interne, donc pour lesquels j'ai fait au moins une PR à un moment où à un autre.
À noter que gitmaster fonctionne aussi si on a simplement cloné upstream sans fork perso, ça va râler sur le fetch upstream et le rebase, le push n'aura rien à faire, mais on aura fait notre checkout de master, et sans savoir si on a un fork perso ou pas :)

Autant dire que la commande « mets-moi ce dépôt localement à jour, sur la branche de base, dans un état synchronisé avec un éventuel fork perso, et prêt pour un nouveau dev » sans poser d'autres questions, elle est bien pratique…

• Yth.

local master=main
git checkout master && master=master || git checkout main

Il faut voir les deux lignes :
* on crée une variable $master qui vaut "main" ;
* on tente de checkout master ;
* si ça fonctionne on remplace la valeur de $master par "master" ;
* sinon on checkout main ;
* ça permet juste après de faire le git rebase upstream/$master avec le bon nom de branche.

À la fin la variable $master vaut le nom de ta branche de base, soit master pour les vieux dépôts, soit main pour les plus récents.
Vu que master n'est plus politiquement correct, même en dehors de la terminologie douteuse de master/slave.
Bref, c'est pragmatique, pas politique, j'ai affaire à des dépôts où la branche main s'appelle master et d'autres où la branche master s'appelle main. Enfin un truc du genre.

git rev-parse --abbrev-ref HEAD : T'as raison, ça marche bien, c'est plus propre !

Concernant le checkout plutôt que fetch, ici je fais ça :
* afficher le nom de la branche courante pour référence visuelle ;
* basculer sur mainster ;
* mettre à jour depuis origin/mainster ;
* pousser la mise à jour sur son dépôt gitlub.

Donc on bascule sur mainster, et on synchronise son dépôt perso avec l'origine. On pourrait aller sur l'interface de gitlub et faire une synchro là-bas, puis fetch/checkout localement, mais là c'est une seule commande dans mon terminal qui fait tout.
Ça évite d'aller clicouiller sur un site web…
Ok, en général je refais un checkout de ma branche et je rebase/merge depuis mainster, mais disons que jusqu'à présent j'ai jugé que l'automatisation de l'étape de synchro/mise à jour de mainster était suffisante pour mon besoin.
Ça me sert souvent pour mettre à jour des dépôts sur lesquels je bosse peu, mais dont je peux avoir besoin de la version à jour. Je suis en général déjà sur mainster, et je pourrais faire du fetch/checkout directement, mais faudrait vérifier qu'on n'est pas par hasard sur une branche, etc.
Disons que la commande gitmaster me ramène dans un état nominal permettant de démarrer un développement, et est la seule que j'adapte à la polémique master/main.

gitrepush: Ouaip, la fonction est pas clean. Je n'ai jamais cherché le --amend mais en effet ça sert pile à ça.
On pourrait donc simplifier en :

function gitrepush() {
  git commit -a --amend --no-edit
  git force
}
# Ou plus simple
alias gitrepush="git commit -a --amend --no-edit && git force"

J'aime bien ton ragequit :)
J'aurais plutôt mis un loginctl suspend :)

• Yth.

Exactement, et comme jusqu'à présent c'est le seul caractère qui m'a posé des soucis, c'est le seul qui a droit à un cas particulier.

• Yth.

Ah ben j'ai pas mal d'alias, ou de fonctions bash, de workflow git chez moi.
J'ai même un .bashrc.git inclus dans le .bashrc général pour mettre ça dans un endroit séparé.

Par exemple, tu bosses sur ton clone gitlub, et tu fais des PR sur l'origine gitlub aussi, il faut régulièrement remettre ta branche master/main à jour depuis l'origine.
Alors :

function gitmaster() {
    git status -bsuno | head -1 | sed -r 's/## ([^.]*).*/\1/'
    local master=main
    git checkout master && master=master || git checkout main
    git fetch upstream
    git rebase upstream/$master
    git push
}

Qui s'adapte en fonction de master/main, et t'affiche en haut le nom de la branche d'où tu es parti.
Typiquement derrière tu peux faire un
git checkout ma_branche_de_travail; git rebase/merge master

J'ai aussi des alias simples comme :

alias gitdiff="git diff --ignore-space-change --ignore-blank-lines"
alias gitstatus="git status -bsuno"

Après, quand j'ai commencé à bosser sur mainster, et qu'il est temps de commiter, j'ai pas encore de branche, alors j'ai ça, avec sa version tout intégré une branche, un commit avec le même texte que le nom de la branche vaguement mis en forme, pas de choix des fichiers à commiter, ie tu commites tout ce que tu as modifié, un push, et yapluka faire la PR sur gitlub :

function gitnewbranch() {
  git stash
  gitmaster  # la fonction plus haut pour synchro mon master avec celui de l'origine
  git checkout -b "$1"
  git stash pop
}
function gitsimplebranch() {
  local branchname="$(sed 's/*/⚹/g' <<< "$1")"
  gitnewbranch "$branchname"
  git commit -am "$(tr _ \  <<< "$1")"
  git push --set-upstream origin "$branchname"
}

Et pour le « oups j'ai commité/pushé trop tôt », j'ai aussi ça :

function gitrepush() {
  local msg="$(git log -n1 --pretty=format:%s)"
  git reset HEAD~
  git commit -am "$msg"
  git push -f
}

Cette fonction est un condensé de conneries à ne pas faire : déjà on ne reprend que la première ligne du commit, ensuite on commite tous les fichiers modifiés sans réfléchir, et enfin on écrase un commit déjà envoyé sur le dépôt central, donc public, un vrai bonheur de goret !
Ça se marie bien avec la gitsimplebranch de plus haut où le message ne fait qu'une ligne et équivaut au nom de la branche, et quand on pushe sur notre clone perso, c'est public mais pas trop, assez pratique pour débugger depuis le gitlub (des fois qu'il y ait une CICD automagique derrière) avant de faire la PR évidemment.

• Yth.

Mais son besoin n'est pas plus urgent.
Tel que je le comprend c'est manuel : « Tiens processus, file-moi tes stats », et après t'attends le fichier.
Si au premier « ls » il n'est pas là, tu recommences, et le signal a normalement eu le temps de passer…

En tout cas son « à l'instant T » je l'ai compris comme « à un instant non défini à l'avance, mais qui peut arriver n'importe quand. » plutôt qu'à un appel synchrone genre « je veux ces données tout de suite ».

Dans le second cas, en effet, le signal n'est pas adapté, puisque c'est asynchrone comme fonctionnement.

• Yth.