Reprise du message précédent :

Tendances pour vous  

Faut lire la tendance dans la catégorie « France ». Classe ce qui ressort pour la Fronsse, c'est beau Touitteur

edit : en plus c'est un des comptes « pro », sur lequel je fais QUE poster des trucs, donc bon…

 
C’est aberrant frérot
 

 
Comment l’oublier ?

Mission longue ?
C'est pour savoir si tu vas râler longtemps

TIL Naomi Wu.

Je ne suis pas surpris de voir qu'une partie des membres de ce topic la suivent

Mission longue planifié mais je sens que je vais rapidement me casser en fait

 
Faut aimer le plastique

Le plastique, c’est fantastique.

 
Mais surtout c'est pas le prix d'accès à l'API mais de l'accès aux tweets (c'est en gros la version limitée et raisonnable du Twitter Firehose qui donnait accès à TOUT le flux de tweets).
C'est pas déconnant que ce truc soit payant.
 
Là on parle de rendre toute l'API payante. Mais ouais le screenshot sans contexte j'ai bien fait de me méfier

Plam est pas loin de chez toi ce week end, normalement il ne se déplace jamais sans pas mal de matos et c'est garanti sans plastique, demande lui d'essayer  

J'ai tout de même compris, j'étais suffisamment bon pour faire des devis que maintenant j'ai des gens qui les font pour moi

Dites, j'ai besoin d'une expertise Linux/systemd.
 
J'ai écrit un script Python qui doit se lancer au démarrage, exécute netcat pour récupérer des trames TCP/IP (du NMEA, donc du texte), et fait des trucs avec.
 
J'ai écrit ce service/daemon:

 
Le problème, c'est que quand je lance le script à la main, j'ai bien des print(...) qui sortent régulièrement sur la console, mais quand je le lance en daemon avec sudo systemctl restart cm4-update, il ne se passe rien dans les logs.
Quand je fais sudo journalctl -u cm4-update, tout ce que j'ai à la fin du fichier de log, c'est:

Et rien d'autre. Le status m'indique pourtant qu'il est bien lancé, mais on dirait qu'il ne s'exécute pas.

Pourtant si je fais /usr/bin/nc 169.254.51.172 10101 , j'ai bien les trames NMEA.
Donc le daemon se lance, mais le script Python ne fait rien, alors que si il est lancé manuellement, tout roule.

Full buffering de stdout  
 
Essaie en ajoutant des flush=True, ou en balançant ta sauce dans stderr.

Ca existe, ça ?

https://unix.stackexchange.com/ques [...] md-service ?

On dirait que masklinn a une partie de la bonne réponse. Je n'avais jamais entendu parler d'un full buffering.
Si je reboote la machine, cette fois le daemon se bloque en état start. Je constate que le processus netcat ne se lance pas.

 
De manière générale :

• je préfère utiliser un "WorkingDirectory" et utiliser des chemins relatifs pour le "ExecStart"
• en fonction de ce que fait ton script Python, tu as peut être besoin de passer des variables d'env, ce qui est possible avec Systemd via "Environment=PATH=/my/path/to/bin" par exemple.
• aussi faire attention à l'utilisateur qui lance le script (ici ça a l'air d'être root donc ça doit pas poser soucis)

Pour tout dire, j'ai écrit ce script Python pour pallier au fait que je n'ai jamais réussi à faire fonctionner gpsd avec des trames NMEA sur TCP/IP.
 
Et c'est pour mettre à jour l'horloge du PC, donc je fais un truc absolument dégueulasse qui consiste à faire plus ou moins ce que fait NTPd, à savoir "ralentir" ou "accélérer" la clock du système. Là je le fais par incréments de 0,1 ms via time.set_clock(), ce qui est apparemment assez safe. Mais bon...
Bref le script a l'air de fonctionner, j'ai pas observé trop de problèmes non plus, mais ce con ne veut pas démarrer correctement.

Tiens c'est pas pour ça qu'il y a Robert Hue en tendance ?

Si, clairement. L'alopécie c'est brutal en tout cas.

C’est un débarquement de genre 40 ans là
 
C’est le standard C / Unix depuis que je les ai utilisés pour la première fois, si stdout est connecté à un tty il est line-buffered, sinon il est full-buffered (iirc le buffer fait 4-8k par défaut), stderr est unbuffered.
 
Tu peux aussi utiliser `python -u` pour désactiver le buffering de stdlib et stdout.
 
C’est d’ailleurs une des sources les plus commune de “gnagnagna y’a rust qu’est lent comparé à la lessive X” avec la compilation en debug: la stdlib ne supporte pas (encore) le full buffering implicite, c’est toujours line-buffered, donc si tu balances des plâtrées de petites lignes sur stdout en rust t’as un syscall + flush à chaque write \n.

Bon j'ai l'impression que mon problème est similaire à
https://stackoverflow.com/questions [...] -my-deamon

La première réponse indique qu'il faut choisir un type "simple", mais je ne crois pas que ça fonctionne, car si je mets "simple", le status n'indique que le processus python, tandis que si je mets "forking", il indique aussi nc (netcat). Et je pense qu'il faut que les deux apparaissent, parce que mon script démarre avec les lignes suivantes:

Le problème, c'est qu'avec "forking", ça ne démarre pas tout le temps. Parfois un "restart" fonctionne, d'autres fois non.

 
Même chose en C++, la soi-disant lenteur de <iostream> vs printf c'est surtout une histoire de flush et de synchro tty, bref un flag à changer.

En vrai elle raconte des trucs intéressants sur la gestion du Covid en Chine.
Pour ses nichons j'imagine que sa chaîne YouTube est mieux, mais je suis pas trop dans le trip soudure et imprimantes 3D.

tu préfères l'usinage CNC ?  

 
Bordel je suis allé voir la chaine, il y a un bon paquet de vidéos où elle présente des trucs en maillot de bain et l'autre paquet où elle se balade en ville avec l'équivalent d'une brassière  
 

Ah non, mais là, il n'y a RIEN qui sort. NADA. Je croyais que c'était ce que tu appelais "full buffered", genre il bufferise "à l'infini" (càd qu'il n'affiche rien).
 
En fait, c'est pas un problème de buffering. Sinon je verrais quelque chose, je sors des traces toutes les secondes.

Ton truc parle d’un problème avec une daemonification interne (qui est une connerie sans nom depuis bien 20 ans aussi), mais tu fais pas te daemonification interne à la main si? T’as juste un script qui fait son truc et basta non?

Elle raconte des trucs intéressants sur la tech et la scène tech chinoise aussi, mais koskoz il préfère s’arrêter à “elle a des nichons payés forts chers et elle s’en cache pas => c’est une bimbo incapable”

Oui, mais comme tu vois, il commence par faire un spawn de netcat. C'est le seul truc "louche" qu'il fait.

edit: c'est bizarre, le daemon n'émet plus de log nouvelles dans le journal de systemd au bout d'un moment. Pourtant il tourne toujours et nc reçoit des trames...

Mais il utilise netcat comme un sous processus utilitaire, c’est pas du tout le use-case de Type=forking en fait. Faut rester en simple, ou passer en oneshot (s’il a juste besoin de s’exécuter une fois au démarrage)

Et tu vas me dire que tu regardes ses vidéos parce qu'elle raconte des trucs intéressants

Edit : tu remarqueras que "elle a des gros seins => c'est une bimbo incapable", c'est toi qui le dis, pas moi.

J'ai pas compris la différence entre simple et forking.

Je regarde pas ses vidéos (mais j’avais lu certains de ses posts à une époque)

Forking c’est quand ton processus fork() et l’enfant est le vrai service, c’est utilisé dans les vieux démons, ou certains modes de privdrop (tu fais du setup, tu fork, tu privdrop, t’exec, et l’enfant tourne en privdrop’d). Mais c’est moins fiable à gérer, c’est pour ça qu’il est recommandé d’avoir une pidfile.
 
Je vois d’ailleurs pas non plus pourquoi il te faut une pidfile.  T’as un process, il est lancé, tant qu’il tourne le démon tourne, quand il s’arrête le démon est coupé. Non?

Si elle se sent bien comme ça et que ça fait du clic, pourquoi elle devrait avoir honte, tant mieux pour elle.
 
Et vu la météo à Shenzhen je serai aussi en short et marcel toute l'année.

yep. Enfin l'idée, c'est que le daemon tourne tant que le serveur est allumé.

Bon, un truc intéressant:

On voit que le script tourne correctement. Mais par contre:

Donc le journal n'affiche pas ce qui se passe en temps réel, il a l'air méchamment bufferisé lui aussi. Ou alors complètement bloqué, car si je raffiche le status, les logs du script ont changé, mais le journal, lui est complètement freezé.

Je suis confus, tu regardes pas les même services là, c’est normal?

il a une maladie de peau, qui a commencé à Matignon

Oups

Mince.  

Effectivement, j'ai renommé, et j'ai récupéré l'ancienne commande à coup de flèche haut. ²²²²²

Bon, ça marche.

Oui c'est une alopécie, j'ai oublié de le mettre dans mon post initial.
La vitesse de "propagation" est impressionnante en tout cas.

 
Wait, c'est la même personne sur les deux images

 
Yep  

Non c’est un vitiligo le truc qui s’est déclenché à Matignon, et l’alopécie s’est balancée par dessus. L’alopécie c’est une perte  de cheveux accélérée (et parfois aussi de poils).
 
La dépigmentation c’est plus le vitiligo aussi, qui peut atteindre la pilosité (leutochirie).

Bon allez j'implémente https://bivector.net/3DPGA.pdf  pour voir