freem a écrit 5059 commentaires

  • [^] # Re: Il faudrait essayer…

    Posté par  . En réponse au message Opera avec Mint. Évalué à 3.

    J'ai essayé rapidement (je suis sous Debian chez moi, et au boulot aussi, à cause du/grâce au principe de Peter je me retrouve à gérer le parc alors que je ne suis qu'un dev système (et pas forcément très bon en plus… mais bref) donc je me suis au moins permis de dégager le windows des collègues consentants pour le remplacer par ce que je connais le mieux: Debian) et ça ne passait pas, pour info.

    À ma décharge, je n'utilise jamais "apt", seulement "aptitude", ou sur les systèmes embarqués "apt-get", à cause de la force de l'habitude, c'est pour ça que j'ai un doute: il est possible qu'il existe des hooks pour apt qui permettraient ça… ça serait pour le coup une bien plus grosse évolution que l'ânerie de juste passer à la mode de git qui empêche l'usage de l'historique du shell et rends plus complexe l'auto-completion… mais on va pas refaire le monde :)

  • [^] # Re: Attention !

    Posté par  . En réponse au message Opera avec Mint. Évalué à 2.

    À ma connaissance, apt install ne peut installer qu'un logiciel provenant d'un des dépôts configurés dans /etc/apt/sources.list ou /etc/sources.list.d/mondepot.list (la page de manuel est floue sur le sujet, cela dit).
    Pour installer, toujours selon mes connaissances, un paquet déjà téléchargé en ligne de commande, c'est plutôt sudo dpkg --install nom_du_fichier.dev suivi de sudo apt install mais ça reste la méthode «avancée». Il me semble qu'il existe un paquet qui permets de faire ça via un simple double click dans un explorateur de fichiers, mais je ne parviens pas à me souvenir de son nom…

  • [^] # Re: pywebview

    Posté par  . En réponse à la dépêche mat2, version Web. Évalué à 1.

    Mais personne n'a regardé la techno à juste vu electron et je me prend -3.

    Je t'avoue que j'ai aussi failli, hein, et même pour le journal, j'ai failli lire trop vite et taper à la mention d'Etron.JS. Faut dire aussi, ce truc, quand on doit en faire une application qui doit interagir avec le système, c'est la croix et la bannière… Pour info, il s'agit du seul framework pour lequel j'éprouve presque de la haine (et certainement un très profond mépris). Je ne sais pas pour les autres, par contre.

  • [^] # Re: userland

    Posté par  . En réponse au journal Mon retour sous KDE. Évalué à 4. Dernière modification le 13 février 2019 à 11:43.

    sur mon SSD, c'est ballot… D'ailleurs j'ai l'impression que vm.swappiness=0 n'y change rien, vais tester en désactivant carrément le montage

    Si tu y tiens vraiment, je te suggérerais aussi:

    vm.overcommit_memory=2
    vm.overcommit_ratio=100
    

    Le 1er évite des crash aléatoires (les applications réservent alors réellement la mémoire, et, dans le cas d'une application bien écrite, peuvent gérer proprement voire nettoyer leurs caches internes. Dans les faits, je ne connais aucun navigateur qui le fasse, ils se contentent de planter comme des porcs plutôt que libérer les ressources d'un onglet non utilisé…) et le second indique que la mémoire utilisable est d'exactement 100% de la RAM + swap. Si tu désactives en plus le SWAP, tu pourras donc utiliser la totalité de ta RAM. Par défaut, sur Debian, ce paramètre est à 50%…

    Par contre, je préviens, faire ça mets en lumière pas mal de comportements sous-optimaux des applications: en pratique, les plantages de navigateur deviennent nettement plus fréquents, ce qui inclue évidemment toutes les merdes qui utilisent Etron.JS (oui, je crache mon venin sur cet "outil" ici, et pas juste parce que ça bouffe des ressources pour rien).

  • [^] # Re: KDE Neon

    Posté par  . En réponse au journal Mon retour sous KDE. Évalué à 4.

    Relis moi: j'ai dit que c'était une bonne fondation pour en faire un, pas que c'en était un.
    De la même manière manière, scintilla (de mémoire, c'est un widget d'édition de texte) est une fondation de code::blocks, entres autres.

    Le lien avec KDE/i3 c'est que, justement, i3 n'est pas non plus un DE, mais une brique qui permets potentiellement d'en construire. Bien entendu, cela demande plus de travail et d'efforts, mais un certain nombre de gens (dont moi) considèrent que le jeu en vaut la chandelle (question de goût).

  • [^] # Re: Consommation de ressources

    Posté par  . En réponse au journal Delta Chat est prêt pour le bureau. Évalué à 8.

    En effet, HTTP est le nouvel IP, et il à plus de succès qu'IPv6 d'ailleurs.

  • [^] # Re: userland

    Posté par  . En réponse au journal Mon retour sous KDE. Évalué à 5. Dernière modification le 09 février 2019 à 15:22.

    Ton RPi sera sur les genoux avec Firefox/Chrome avant même de venir parler de bureau.

    Je n'utilise ni FF, ni Chrome. Vivaldi ou palemoon en fonction de la machine, bientôt Otter probablement (faut que j'arrive à le compiler pour Debian stable, s'tout, et j'ai la flemme de rétroporter Qt 5.13…), parce que contrairement à vivaldi il est libre et contrairement à palemoon je pense qu'il ira dans une direction qui me sied mieux…
    Au pire des cas, netsurf ou dillo permettent bien des choses, même s'il est vrai qu'ils ne permettent pas d'aller voir des vidéos de chats qui se cassent la gueule ou de consulter facebook (pour le 2nd, je n'ai jamais essayé, remarque).
    Et, de toute façon, je préfère utiliser la RAM dispo pour le navigateur, plutôt que pour le DE, c'est ça, mon pragmatisme.

    Sauf évidemment si tu ne vous ne consultez que le site de RMS mais du coup,

    Ça tombe mal, je ne connais même pas son URI…

    pourquoi installer KDE?

    Bonne question, je ne l'installe pas, d'ailleurs, mais par contre j'utilise un bureau qui me permets de consulter mes mails, de jouer, de coder, d'écouter de la musique, de glander sur divers canaux de messagerie instantannée… bref, la vie informatique existe en dehors du web.

    Ce n'est pas une question de goût mais de cohérence et de pragmatisme… Et accessoirement d'utiliser son pc pour autre chose que du distro-hopping, balancer du slogan anti-gafam et de s'adonner à la masturbation sur /r/unixpr0n.

    Je ne pratique pas le distro-hopping, je suis sous Debian depuis longtemps, j'ai juste testé un peu void et devuan c'est 2 dernières années…
    Je m'amuse pas à cracher sur microsoft & consort, j'ai mieux à faire de mon temps (un grade d'élite à atteindre sur oolite, par exemple, ou essayer d'utiliser plib ou cegui avec glfw3, aussi. Faut aussi que je prenne le temps d'utiliser nosh, parce que je préfère taper sur systemd que sur les gafam, au moins ce troll est fun, et entre deux moments libres, j'approfondirais mon usage de Rex…).

    Quand a reddit, je n'y suis quasi jamais allé, désolé. Particulièrement sur /r/unixpr0n, qui au passage serait bien plus adapté aux utilisateurs de KDE qu'a ceux d'i3, dont je fais partie. La personne qui trouve mon poste beau, à franchement un grain… mais comme je préfère l'efficacité à l'esthétique…

  • [^] # Re: Décompte du temps ?

    Posté par  . En réponse au sondage Mes contributions financières à des projets libres s’élèvent à…. Évalué à 5.

    Ce passage:

    Il y est question de la culture du don et du potentiel mondial de dons pour ZeMarmot. Du coup je me demande : nous sommes bien placés, nous libristes, pour encourager le don et le partage, mais que cela représente-t-il concrètement ? Est-ce qu'on peut espérer obtenir un financement par don du plus grand monde si même les 3000 utilisateurs actifs de LinuxFr n'en font pas ?

    Fait penser que la «culture du don», c'est la culture du don pécunnier.

    Que des gens cherchent à vivre du libre, c'est super, et encore mieux s'ils y arrivent. Mais, quand c'est fait a un niveau professionnel, cela implique, pour moi, d'avoir une cible de marché, que ça rentre dans un modèle économique réfléchi, sur une base de commerce, parce que c'est bien là le monde dans lequel on vit.
    Hors, ce passage:

    Alors dis-nous cher lecteur, à titre de comparaison, combien d'argent as-tu donné à des projets libres sur toute ta vie, autres que les tiens ? Je parle de vrai don sans contrepartie directe.

    Semble prétendre que non, si on veut vivre du libre il n'y a pas besoin de réfléchir à un modèle économique viable, on à le droit d'attendre de l'argent sans contrepartie…
    Argent que des gens auront probablement gagné en contribuant sans conviction (je ne dirais pas contre leur gré, c'est faux, au moins dans mon cas, je n'ai pas un flingue sur la tempe) à du logiciel non libre par exemple.

    Autrement dit, je devrais coder pour du non libre, sur des projets qui m'intéressent pas des masses, que je ne peux même pas montrer à mes pairs autres que mes collègues (pour avoir les retours et donc m'améliorer), chose qui étouffe quand même pas mal la passion… et donner sans attendre de contrepartie directe à des gens qui, eux, sont sur des projets, peut-être non viables économiquement, sans vraies deadlines, etc… aurait plus de valeur que contribuer du code?
    La seule chose qui est sûre, c'est que je ferais preuve de plus d'abnégation à mes yeux en donnant 50€, qu'en codant pendant 1 journée pour un projet libre. Parce que gagner ces 50€ m'a demandé de me lever le matin (et la 1ère pensée que j'ai, ces derniers temps, c'est "fait chier…") et faire un truc chiant, cottoyer des gens donc la façon de penser est aux antipodes de ce en quoi je crois (par exemple, le logiciel libre, c'est pas juste bien parce que gratuit pour moi, au boulot on squatte le LL), alors que "bosser" 8H pour un projet qui m'éclate, et donner le résultat de ce temps à… ma foi, tout ceux qui en veulent, c'est bien meilleur pour mon estime de moi-même.

    Comprend bien que je n'ai rien contre le don pécunier, hein, ni contre le fait que des gens en vivent, mais la façon que tu as de présenter ça, comparé au temps investit, lui, sans attendre de contrepartie directe, est… blessante, je trouve.

  • [^] # Re: userland

    Posté par  . En réponse au journal Mon retour sous KDE. Évalué à 4.

    il n'y a qu'un crevard qui fume des roulées qui pourrait se plaindre d'un environnement de bureau complet qui boufferait 1go de ram en 2019!

    Ou quelqu'un qui utilise une machine portable un peu ancienne, qui ne peut donc pas forcément avoir 4Gio de RAM, ou ne veut pas augmenter la RAM essayer de gagner un maximum en autonomie (oui, la DRAM nécessite un rafraîssement fréquent, ce qui consomme de l'énergie)?
    Voire, sacrilège! Quelqu'un qui veut utiliser un truc comme ça?

    Bon, après, 600Mio, pour un bureau, avec un MUA, un organiseur, un lecteur de musique (interface + lecteur, je veux dire, juste mpd ça compte pas), … de lancés, pour un truc un peu moins austère que ce que j'utilise, ça ne me choque pas plus que ça. Chacun ses goûts, après tout, mais je n'irai pas qualifier les gens qui utilisent ça de jacky pour autant (les coins arrondis des fenêtres, les dégradés, la transparence quand on les déplace, etc, moi ça me fait l'effet des néons sous les bas de caisse des voitures, tu vois)…

    Autre inconvénient: ça me semble difficile de multiplier les VMs avec une telle consommation, mais d'un autre côté, les VMs, ça n'a pas besoin d'interface graphique la plupart du temps. Enfin, tant que c'est pas pour tester des application graphiques quoi.

  • [^] # Re: KDE Neon

    Posté par  . En réponse au journal Mon retour sous KDE. Évalué à 7.

    Après i3 celà va de soi …

    Autant j'adore i3 et je l'utilise depuis quelques années, autant je ne dirais pas qu'il s'agit du desktop le plus abouti… de la même manière que vim n'est pas l'IDE le plus abouti. Le 1er est un gestionnaire de fenêtres, le 2nd un éditeur de texte. Les deux étant conçus pour des gens qui n'ont que 2 mains avec au maximum 5 doigts chacunes, ce qui correspond magnifiquement à ma physiologie, heureux hasard.

    Par contre, avec les bons outils et la bonne configuration, je pense qu'en effet ce sont d'excellentes fondations :)

  • [^] # Re: Décompte du temps ?

    Posté par  . En réponse au sondage Mes contributions financières à des projets libres s’élèvent à…. Évalué à 10.

    Et non ça ne compte pas !

    Ça ne compte tellement pas, que pour un logiciel du gabarit de libre office, c'est 26% du code qui n'est pas payé, donc, ceux qui ne donnent pas d'argent mais contribuent par le code, payent 26% des frais, et je parle ici d'un gros projet!
    Pour la myriade de petits logiciels dont on se sert tous les jours, il n'y a pas un centime d'investit par les entreprises, et ces logiciels font la base des OS libres, qui permettent à ceux qui font des logiciels libre de vivre des logiciels libres, parce que c'est grâce aux contributeurs de code que le libre à gagné sa réputation, pour moi.

    C'est justement ce que je trouve un peu dur à avaler dans ce sondage, on a l'impression que si on contribue pas financièrement, on devrait avoir honte. Mais, 100H de code, même à 8H/€ (vraiment, vraiment pas cher), et même en supposant que 25% est "perdu" dans les échanges (dans le sens ou ça coûte du temps à ceux qui reçoivent la contribution), ça fait quand même 600€… si on avait passé ce temps en heures sup, on aurait pu mettre un peu d'argent en contribution, du coup, mais je suis pas sûr que ça aurait été moitié aussi "rentable" pour les projets libres.

    Après tout, le titre, c'est "Mes contributions financières à des projets libres s'élèvent à…" et non pas "Mes contributions financières aux développeurs de projets libres s'élèvent à…".
    Une contribution financière à un projet libre ne fait d'ailleurs pas forcément manger ceux qui le gèrent, dans bien des cas, ça sert juste à payer l'infrastructure nécessaire pour réaliser le projet (serveurs, transports pour que les contributeurs se rencontrent, que sais-je).

  • [^] # Re: ordinateur réchauffe-moi !

    Posté par  . En réponse au journal Debian et l'intégration continue. Évalué à 4. Dernière modification le 08 février 2019 à 12:35.

    Vue la discussion, je trouve que ton commentaire était pertinent…

    Pas dans le sens ou l'idée de ne pas tester est bonne, mais bien bien parce que l'interrogation est justifiée, et si les commentaires qui s'ensuivent peuvent faire comprendre le coût énergétique non négligeable de la distribution d'un paquet sur le réseau, tant mieux.

    D'ailleurs, ça me fait penser que personne n'a abordé deux points:

    • le fait que ces paquets puissent être transmis par radio, moyen très coûteux énergétiquement (le plus économique, me semble que c'est la fibre, puis le cuivre);
    • le fait que distribuer un paquet qui casse un système peut forcer un déplacement physique sur site, le plus souvent avec un véhicule thermique;

    Je pense a ces deux points parce que, justement, je suis en train d'essayer de rendre nos systèmes distants un peu moins fragiles, au taf (et je préfère ne pas décrire la situation actuelle en terme de coût au moindre bug, qui sont nombreux :/)…

  • [^] # Re: ouch

    Posté par  . En réponse au message Recherche de Technicien Linux Junior. Évalué à 5.

    Je recycle ton thread, ne m'en veux pas…

    Rémunération compétitif

    C'est quoi, une rémunération compétitive au juste? Ça veut payé pas cher pour être compétitif sur le marché Portugais?

  • [^] # Re: ordinateur réchauffe-moi !

    Posté par  . En réponse au journal Debian et l'intégration continue. Évalué à 4.

    Ma logique était plutôt en fait de diminuer la différence de température entre l'intérieur du chauffe-eau et la pièce, de sorte à réduire les pertes, mais bon, ça reste ridicule…
    Non seulement il faudrait une grosse machine, mais aussi et surtout une forte charge…

    P'tet qu'en élevant une colonie de gamers ça peut le faire, mais à ce stade la je miserais plus sur la chaleur animale que celle des PC, et le fourrage coûte cher.

  • # Le meilleur de ce lien...

    Posté par  . En réponse au lien Hype Driven Development. Évalué à 2.

    C'est cette image… bon, le reste est "intéressant", mais bon, c'est du rabâché… Mais, je me garde l'image dans un coin, p'tet même que je vais l'imprimer au taf pour aller a côté de mes commit strip…

  • [^] # Re: My 2 cents

    Posté par  . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 2.

    C'est la « complexité » d'IPv6 : vu que ta topologie n'est pas « gérée dynamiquement » par le NAT¹, il faut que tu aies un plan d'adressage « bien fait » au départ.

    Je pense que je comprend, l'idée globale au moins.

    l'avantage qu'un paquet sera identique quel que soit le point du réseau où il est observé : c'est une propriété absolument déterminante point de vue débugabilité du réseau, à un point que tu ne peux pas imaginer

    Je suis pas admin réseau, mais je suis dev, j'imagine très bien à quel point savoir qu'un message proviens de A et veut aller à B facilite les choses plutôt que d'avoir un message qui proviens de A et va peut-être vers B, C, ou D. Surtout quand il y a plus d'un message…

  • [^] # Re: My 2 cents

    Posté par  . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 3.

    il n'est plus nécessaire de jongler avec des adresses publiques/privées

    Tu veux dire qu'il n'existe plus de plages privées, du coup? La ou Internet IPv4 est un réseau de réseaux, avec des passerelles, avec IPv6 il n'y a plus qu'un seul réseau?

    il y a deux protocoles, SLAAC (StateLess Auto Adress Configuration) et DHCPv6.

    Vais aller lire ça, merci.

  • [^] # Re: My 2 cents

    Posté par  . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 3.

    Pas vraiment. Un logiciel lancé par inetd n'a pas de spécificité réseau, puisque inetd raccorde stdin/stdout du process qu'il lance sur une socket qu'il crée lui même, alors que depuis init.d, il faut faire socket/bin/accept et tout ce qui tourne autour…

    Il existe des serveurs qui n'ouvrent pas de sockets et ne font que lire stdin? J'imagine que, sur le principe, c'est faisable, et ça pourrait même permettre de faire un serveur avec un simple script shell, mais, en pratique, je serais curieux de voir un exemple.

  • [^] # Re: ordinateur réchauffe-moi !

    Posté par  . En réponse au journal Debian et l'intégration continue. Évalué à 3.

    Je suis curieux de savoir si d'autres ont déjà tenté de récupérer l'énergie de façon plus stable et toute l'année, par exemple via l'eau chaude ou quoi :)

    Je suis sûr que oui, mais ça nécessiterait une installation évoluée j'imagine. Peut-être en évacuant la chaleur vers l'équipement de chauffage de l'eau, vu que c'est bien le seul élément auquel je pense qui bénéficierait d'une chaleur permanente… Sauf que justement ces trucs sont plutôt bien isolés en général?
    Peut-être la buanderie aussi, pour le coup, pour sécher le linge plus vite, mais bon, en été, on s'en fout un peu je dirait…
    Pour tout ce qui est cuisson, la chaleur ne suffirait pas, c'est trop froid.

  • [^] # Re: My 2 cents

    Posté par  . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 3.

    Combien, 30 ans d'éducation réseau à casser ? Ça va être dur… :)

    Nope, je dirais a peu près 17 seulement, ça pourrait être 2 fois plus simple que prévu, si l'administration était mon métier, mais ce n'est pas le cas (ce qui ne m'empêche pas de vouloir savoir comment ça marche).

    Pour le reste, si je comprend bien, ton routeur dispose d'une plage d'IPs alors qu'en IPv4, sur les pauvres réseaux domestiques que j'ai eu à gérer, il n'en a qu'une seule. Du fait de l'abondance des IPs, donc, il suffit d'affecter les IPs que l'on souhaite utiliser à une machine spécifique et le tour est joué? Du coup, la différence contrairement à IPv4, c'est qu'il n'a pas besoin d'aller ouvrir le protocole suivant (TCP/UDP/ICMP/Que-sais-je/…) d'où un gain de simplicité dans la pile logicielle?

    ni de l'allocation des IPs

    A mon grand regret, mais je comprend (que tu ne le fasse pas, je veux dire). De toute façon, je suppose qu'il doit y avoir un équivalent au DHCP qui fonctionne plus ou moins comme ceux que l'on utilise pour IPv4, à l'exception du fait de la quantité d'adresses dispo que l'on ne se prive pas pour assigner plusieurs IPs à une même interface, par exemple une IP publique et une IP locale, qui permette éventuellement de ne lancer les services sensibles que sur l'IP locale?

    https://blog.webernetz.net/why-nat-has-nothing-to-do-with-security/)

    Autant le discours ne me surprend pas (je n'ai jamais vraiment considéré le NAT comme pour la sécurité… je ne me suis jamais vraiment posé la question non plus, à vrai dire) mais je pense que l'on peut faire la confusion du fait que les box internet font firewall en plus du NAT. Ainsi que DHCP et autres joyeusetés qui devraient à mon humble avis ne pas se situer sur l'équipement qui est directement exposé au réseau public… surtout quand on constate que bien souvent, pour modifier la conf DHCP, il faut rebooter le routeur, super…

    En tout cas le lien est sympa, y'a plein de mots-clés à chercher pour qui veut apprendre un peu le réseau \o/

  • [^] # Re: My 2 cents

    Posté par  . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 2.

    Et tu devras te taper des problématiques de routage à la con au moindre changement topologique. C'est vu et revu.

    Du coup, autre point qui m'intéresse: ton IPv6, tu la distribue comment? Codée en dur dans la machine ou distribuée par un DHCP?
    Et le jour ou tu veux mettre ton service sur le réseau, tu vas bien passer par une machine (qui fasse à minima firewall, routeur, et peut-être d'autres choses) qui aura 2 IPs, une en local, une en global. Donc, il faudra bien que tu fasse une traduction d'adresse non? Comment ça marcherait tout ça?

  • [^] # Re: accélération et divers contrôles de framerate?

    Posté par  . En réponse au message Lenteurs terminal. Évalué à 2. Dernière modification le 06 février 2019 à 18:48.

    Oui, mais si la limitation provenait des TTY, alors SSH au-dessus du TTY serait malgré tout limité par l'affichage lui-même, contrairement à une éventuelle accélération produite par les modes graphiques.

  • [^] # Re: L’avenir et le passé

    Posté par  . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 3.

    Merci pour les réponses.

  • [^] # Re: accélération et divers contrôles de framerate?

    Posté par  . En réponse au message Lenteurs terminal. Évalué à 4.

    Si c'était le cas, le problème se produirait également avec l'usage de SSH sur un TTY, hors ce n'est pas le cas… Accessoirement, stty dans urxvt me donne la même vitesse.

    Et puis, 4.6Kio/s, ça me paraît largement assez pour afficher quelques nombres. J'essaierai ce soir de changer le baudrate pour voir, mais je doute que ça change quoique ce soit.

  • [^] # Re: L’avenir et le passé

    Posté par  . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 3.

    Ça a l'avantage de la simplicité, mais si on veut un truc un peu mieux intégré dans le réseau, il faudra passer par autre chose.

    Quand tu dis mieux intégré, tu as des exemples?
    Je sais que via un socket on peut récupérer pas mal d'informations, mais la plupart c'est via des sockets de type UNIX, me semble qu'on peut les transférer d'une machine à une autre via des tunnels mais… jamais essayé encore.

    ce type de fonctionnement est présenté dans systemd comme une « révolution »

    Je le sais, mais je pense que systemd est un projet qui vise à implémenter tout un environnement spécifique au noyau linux pour gérer la totalité du système.
    inetd n'est pas le seul daemon qu'ils ont ré-implémenté en appelant ça une révolution: syslogd & consorts, crond, … je ne vois plus systemd comme un ensemble de logiciels mais comme une framework.
    Avis personnel: les framework, c'est bien pour le jetable, dès qu'on veut maintenir un truc sur plus de 5 ans, utiliser des lib permets de n'avoir à remplacer qu'un seul composant le jour ou il y a un problème.

    Pour moi c'est en priorité pour le simplicité de stdin/stdout, cf. plus haut, c'est tout.

    À la lumière d'une autre de tes réponses, cette phrase m'intrigue.
    La réponse en question dit:

    Si ton service est Unix standard, il utilise syslog. Forcément, si tu parles de l'avantage du logging pour palier son manque dû à des applis Web codées par des dev modernes…

    Si ma mémoire est bonne, syslogd nécessite une connexion sur un socket pour récupérer les logs, et non sur l'entrée standard.
    Si le but est la simplicité, l'idée de logguer dans stdout plutôt que dans un socket avec le protocole syslog n'est-elle pas bonne? Après tout, un admin peut toujours utiliser des trucs comme svlogd pour ensuite récupérer ces logs?

    D'ailleurs, est-ce vraiment une obligation d'utiliser syslog pour un outil UNIX standard? Si je me souviens bien, la philosophie d'UNIX, c'est de toujours balancer du texte sur les entrées et sorties standard, et pour le coup, je trouve que syslogd y déroge, mais bon, ce n'est pas mon domaine, je dois rater un truc (centraliser les logs dans un daemon permets peut-être un filtrage plus efficace, je ne sais pas).