Jul a écrit 871 commentaires

Je te dédis cette révision: l'usage de select réduit le code et permet de mettre une nouvelle « feature » dans l'interface CLI qui est d'explorer les répertoires

https://gist.github.com/jul/817feed13de86707fded04296812cea1/revisions
et
https://gist.github.com/jul/817feed13de86707fded04296812cea1/revisions#diff-8ca5e1ac933988e28e7c6f4c30620db2211d60847f9c5cd88fc47abf4c559749

C'est frustre mais fort pratique.

Je connaissais pas, ça fait ma journée.

je viens de découvrir coproc introduit en bash 4 dont je ne vois pas l'utilité.

https://copyconstruct.medium.com/bash-coprocess-2092a93ad912

merci, oui, c'est ça, avec les bonnes options on a accès aux gestions des extensions et l'accès de bash depuis les autres CLI (CMD, powershell).
J'hésite pas à tout exporter notamment … env :) quitte à niquer find et sort.

Dans l'install de git for windows il y a un truc marqué comme dangereux pour changer le comportement de l'env et associé au .sh. Non ?

Là, je suis aveugle, j'ai plus de windows sous la main, et git for windows ne s'installe pas avec wine.

Vous avez loupé la façon de gérer la concurrence à hauteur du nombres de cœurs détectés qui est un peu zoom zoom :D

https://gist.github.com/jul/9c3fb387e06a832815cb5de8685217bc#file-make-sh-L142

Chouette description d'une partie des réelles quolibets auxquels un dev bash fait face dans le monde réel. C'est limite du sectarisme.

Il n'y a pas qu'une pureté dans le code malheureusement, il y a aussi dans les outils, et parfois certains préfèrent des « stacks » toutes prêtes même si en tant qu'artisan/ouvrier, le propre de notre métier est d'être capable de construire nos propres outils de se les approprier.

Un exemple de vraie vie est ici https://gist.github.com/jul/9c3fb387e06a832815cb5de8685217bc

https://github.com/git-for-windows/git/releases/tag/v2.51.2.windows.1

On y trouve les gnu core utils (users, tr, sed, awk, who, chroot …)

tcl, perl, vim, vimdiff, less, curl …

stfp, ssh, ssh-agent, tdbbuf, cygpath, mount …

Bref, moult outils qui font que l'on se sent comme sur un linux installé avec les outils de base donc git for windows est un plutôt bon environnement de dev à la linux sous windows sans le bloat d'un WSL ou d'une hypervm quand on privilégie la ligne de commande et qui se marrie très bien avec l'usage de scoop pour installer les paquets manquants (genre pandoc).

Alors, je crois pas avoir tout bien compris, mais il me semble qu'en fait git for windows c'est comme un environnement MINGW/MSYS

Ce qui en fait un mini cygwin en usage avec juste quelques logiciels livrés par défault. Peut être même un python en plus du perl et d'un certains nombres de GNU/Utils nécessaires à git.

C'est qu'en milieu pro, je me suis aperçu que sur linux/windows, dès que j'ai git installé, j'ai forcément, git, bash, perl, cut …

Et c'est un peu devenu ma stack standard de devops…

Je tente parfois la portabilité linux/windows pour le fun.

Peut s'utiliser en librairie shell comme suit:

. ./mr_freeze.sh 

ensuite :

A=badass freeze input 

Ce qui donne :

✍️ recording: uname -a #immutable
✍️ recording: [ -n "$PROD" ] && echo "ok" || echo "ko" # mutable according to env variable
✍️ recording: echo ${B:-$(date)} # mutable or not
✍️ recording: slmdkfmlsfs # immutable
✍️ recording: du -sh #immutable (kof kof)
✍️ recording: ssh "$A"  'uname -a'
✅ [input] recorded. Use [bash thaw "replay_input" ] to replay

A=petiot thaw replay_input 

donnant :

👌 uname -a #immutable
👌 [ -n "$PROD" ] && echo "ok" || echo "ko" # mutable according to env variable
🔥 echo ${B:-$(date)} # mutable or not 
@@ -1 +1 @@
-mar. 11 nov. 2025 14:20:07 CET
+mar. 11 nov. 2025 14:20:12 CET
👌 slmdkfmlsfs # immutable
👌 du -sh #immutable (kof kof)
🔥 ssh "$A"  'uname -a' 
@@ -1 +1 @@
-Linux badass 6.8.0-85-generic #85-Ubuntu SMP PREEMPT_DYNAMIC Thu Sep 18 15:26:59 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
+FreeBSD petiot 14.3-RELEASE-p5 FreeBSD 14.3-RELEASE-p5 GENERIC amd64

$ A=petiot B=1 thaw replay_input

👌 uname -a #immutable
👌 [ -n "$PROD" ] && echo "ok" || echo "ko" # mutable according to env variable
🔥 echo ${B:-$(date)} # mutable or not 
@@ -1 +1 @@
-mar. 11 nov. 2025 14:20:07 CET
+1
👌 slmdkfmlsfs # immutable
👌 du -sh #immutable (kof kof)
🔥 ssh "$A"  'uname -a' 
@@ -1 +1 @@
-Linux badass 6.8.0-85-generic #85-Ubuntu SMP PREEMPT_DYNAMIC Thu Sep 18 15:26:59 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
+FreeBSD petiot 14.3-RELEASE-p5 FreeBSD 14.3-RELEASE-p5 GENERIC amd64

Maintenant il serait bien que je m'y colle sérieusement et positionne le return pour que ces fonctions retournent un code de réussite/erreurs

ça m'a donné envie de regarder les scripts pour m'en inspirer peut être pour une version future quand ma femme et ma fille me laisseront 2 sorties pour coder un peu plus loin.

Merci de l'idée.

ah tout de suite, c'est plus classe.

Kudo aux admins.

Alors, j'ai essayé d'utiliser script et scriptrelplay pour vérifier, mais non.

1- j'arrive à comprendre comment mes outils marchent, pas ceux des autres (argument de mauvaise foi, certes, mais recevable)
2- je crois me souvenir que script/replay ne garde par les variables pour évaluation au moment du replay.

ce qui permet dans mon cas de modifier l’exécution et par le scriptage en passant des arguments positionnels, ou en utilisant des variables d'environnement, ou les 2 :D

J'ai un peu de perversion que script n'a pas.

À vi, cette grosse boulette où j'ai oublié de mettre en chapeau : à quoi ça sert

Ça sert à stocker et rejouer le résultat de commandes passées

J'ai un peu rushé le projet, doc comprise et je suis tête en l'air.

merci, je vais voir si entre les fonctions inutiles j'ai pas oublié de "" une variable.

N'empêche que j'en apprends tous les jours, même en contournant le problème comme un … ostrogoth.

J'ai codé ça entre 2 sorties de mes femmes et j'ai peut être manqué un peu d'attention.

Ça fait du sens cette pratique de toujours double quotté les vars que je fais mécaniquement sans me souvenir pourquoi :D

ben vi, les bases. Faut les réviser souvent.

Avec l'orthographe, je suis plus disciple des mals armés :D

En fait, il y a un guide de programmation en bash fort bien fait et un analyseur de code statique* bien fait lui aussi qui reprend toutes les bonnes pratiques du susdit manuel.

et quand on suit les bonnes pratiques, c'est plus dur de se tirer une balle dans le pied.

• perso il y a des règles que je ne suis pas comme pour la PEP8

ici : je l'avais oublié

https://github.com/jul/FAIM/blob/main/img/diag.dot

sambaldap et ldaptools sont des cas à part :)

Je suis tombé sur un chouette lecteur qui en plus faisait des belles illustrations, on a causé, et depuis, le chapitre est maintenant illustré par des illustrations de tagada johns et wtfpl (qui m'a pas laissé de moyen de le trouver facilement pour des commandes)

voilà les liens qui pointent vers ses chouettes illustrations :

vide coding sous opium
Intro
coder sous influence d'Alcool (et sexe)
coder sous influence de THC

tiens je te convertis cet exemple à l'utilisation de sqlramen

https://yahi.readthedocs.io/en/latest/misusing.html#graphing-data-from-a-database

from archery import mdict
from datetime import datetime as dt
from sqlramen import SQLRamen
from json import dump

db = SQLRamen("postgresql://jul@/trollo")

date = lambda ts: ts.strftime("%Y-%m-%d")
dh = lambda ts: ts.strftime("%Y-%j %m-%d:%H")


res = mdict()
for post in db.query(db.table.posts).all():
    res += mdict(
            by_type=mdict({ post.maybe_spam and "spam" or "ham" : 1 }),
            date_all = mdict({date(post.created_at) : 1}),
            heat_day_score = mdict({dh(post.created_at) :post.score}),
    )

dump(res, open("data.js", "w"), indent=4)

Ça permet de faire un histogramme (top40), une série chronologique, et une heatmap.

Le lien vers la doc indique comment obtenir les graphs.

Yep typo. Merci de la remonter.

Pour info une DB utilisable pour tester est celle ci (sqlite). C'est même celle que j'ai utilisée.

https://github.com/jul/scam/raw/refs/heads/main/aide

Y'avait quasiment un oneliner possible pour l'exemple 1

from yahi.field import regexp_reader
from archery import mdict
from datetime import datetime as dt
import re
from json import dump

hr = lambda ts: "%02d" % dt.fromtimestamp(float(ts)).hour
date = lambda ts: dt.fromtimestamp(float(ts)).strftime("%y-%m-%d")

dump(
    sum(
        mdict(
            date_fr=mdict({
                date(r["datetime"]) : int(r["nb_fr"]) }),
            hour_fr=mdict({
                hr(r["datetime"]) : int(r["nb_fr"]) }),
            date_all=mdict({
                date(r["datetime"]) : int(r["nb_total"]) }),
            hour_all=mdict({
                hr(r["datetime"]) : int(r["nb_total"]) }),
        ) for r in regexp_reader(
                    open("/home/jul/trollometre.csv"),
                    re.compile("""^(?P<datetime>[^,]+),
                        (?P<nb_fr>[^,]+),
                        (?P<nb_total>[^,]+),?.*
                        $""",
                        re.X
                )
            )
        ),
    open("data.js", "w"),
    indent=4)
)

Pour l'exemple 1 il faut ajouter le fait que le fichier d'entrée est analysée comme suit ::

python test.py < ~/trollometre.csv