Mais franchement, si tu me disais que la seule machine à ta disposition qui puisse lire les log journald c'est la machine qui les produit, parce que tu n'as rien installé pour ça ailleurs, je penserais que tu n'as sûrement rien installé non plus ailleurs pour lire les partitions de la machine Linux, du coup les logs textes n'y changeront rien.
Allons, un peu d’imagination :
pour le cas dont tu parles : accès aux logs en NFS/Samba/SSH
je veux faire un traitement non prévu par journalctl, il n’y a pas de lib pour mon langage de prédilection (et j’ai pas que ça à faire que de coder un binding)
je veux faire un traitement non prévu par journalctl, c’est du quick&dirty, je connais par cœur la lib standard de mon langage de prédilection et ça me prendrait 3 fois plus de temps pour apprendre la lib spécifique journald (par opposé à : « ho tiens, c’est du JSON compressé en zlib, je pourrai faire ça les yeux fermés tout en étant complètement bourré)
je veux intégrer ça dans ma solution d’analyse de logs maison mais mon patron a dit « pas de copyleft »
Alors oui, dans tout ces cas on peut faire autrement, non, ce n’est pas à 100% bloquant.
Maintenant j’aimerais qu’on me donne une bonne raison pour laquelle journald se passe des bienfaits d’être compatible de base avec les libs standards de tous les OS sur tous les langages. Une seule. Ensuite je me tais, promis.
[^] # Re: Mon avis personnel
Posté par Moonz . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à -1.
Allons, un peu d’imagination :
Alors oui, dans tout ces cas on peut faire autrement, non, ce n’est pas à 100% bloquant.
Maintenant j’aimerais qu’on me donne une bonne raison pour laquelle journald se passe des bienfaits d’être compatible de base avec les libs standards de tous les OS sur tous les langages. Une seule. Ensuite je me tais, promis.