Va voir le bugzilla, regarde les RFE.
Par exemple, quelqu'un a demandé le format du journal, la doc a été écrite ( heck, c'est même le titre de la dépêche ). L'option --until/--since a été proposé sur les listes fedora. Le fait de faire une rotation par date et pas par taille de fichier, ça a été demandé sur les listes Fedora.
Je vais pas faire la liste des choses ou les demandes ont été prises en compte, mais je pense que tu confonds "ma demande n'a pas été accepté" avec "personne n'a été écouté". Les gens peuvent dire non.
Et si la demande est "journal devrait faire des logs en ascii", c'est le boulot de rsyslog. C'était très clair dans la première annonce, et ça me semble parfaitement logique d'un point de vue de l'architecture. A la base, journald n'était la que pour servir systemd ( les lignes de logs qu'on voit quand on fait systemctl status, ça vient de la ). Ensuite, l'idée a été d'exposer ça pour que les utilisateurs puissent le lire. Puis des gens se sont dit "tiens, on peut faire des tas de trucs qu'on fait pas facilement avec du texte". Comme par exemple, afficher la date dans la timezone local sans avoir à passer des tonnes de regexp pour parser et convertir la date, ou afficher les couleurs sur la base de la sévérité du message dans la sortie. Ou le fait d'afficher les données de 2 unités systemd mais pas des autres ( genre bind et dhcp ), correctement mélés ( chose un chouia plus compliqué avec des fichiers et avec des corners cases moisi, comme "oups, le tri lexical fait de la merde entre "Oct 30" et "Nov 01" ).
C'est comme git vs svn/cvs, le fait d'avoir un moyen rapide de faire certains traitements change la donne et offre des possibilités. Faire un svn rebase, ça serait vachement plus long et couteux. Faire un svn grep serait difficilement envisageable. Avoir changer a donne et fait un truc ultra rapide rends les choses différentes.
Avec journald, c'est pareil. C'est rien de différent, mais le fait d'avoir un fichier binaire, ça rends certains algos possibles alors que ça serait couteux autrement.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Misc (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 7.
Et pour systemd, y a pas ?
Va voir le bugzilla, regarde les RFE.
Par exemple, quelqu'un a demandé le format du journal, la doc a été écrite ( heck, c'est même le titre de la dépêche ). L'option --until/--since a été proposé sur les listes fedora. Le fait de faire une rotation par date et pas par taille de fichier, ça a été demandé sur les listes Fedora.
Je vais pas faire la liste des choses ou les demandes ont été prises en compte, mais je pense que tu confonds "ma demande n'a pas été accepté" avec "personne n'a été écouté". Les gens peuvent dire non.
Et si la demande est "journal devrait faire des logs en ascii", c'est le boulot de rsyslog. C'était très clair dans la première annonce, et ça me semble parfaitement logique d'un point de vue de l'architecture. A la base, journald n'était la que pour servir systemd ( les lignes de logs qu'on voit quand on fait systemctl status, ça vient de la ). Ensuite, l'idée a été d'exposer ça pour que les utilisateurs puissent le lire. Puis des gens se sont dit "tiens, on peut faire des tas de trucs qu'on fait pas facilement avec du texte". Comme par exemple, afficher la date dans la timezone local sans avoir à passer des tonnes de regexp pour parser et convertir la date, ou afficher les couleurs sur la base de la sévérité du message dans la sortie. Ou le fait d'afficher les données de 2 unités systemd mais pas des autres ( genre bind et dhcp ), correctement mélés ( chose un chouia plus compliqué avec des fichiers et avec des corners cases moisi, comme "oups, le tri lexical fait de la merde entre "Oct 30" et "Nov 01" ).
C'est comme git vs svn/cvs, le fait d'avoir un moyen rapide de faire certains traitements change la donne et offre des possibilités. Faire un svn rebase, ça serait vachement plus long et couteux. Faire un svn grep serait difficilement envisageable. Avoir changer a donne et fait un truc ultra rapide rends les choses différentes.
Avec journald, c'est pareil. C'est rien de différent, mais le fait d'avoir un fichier binaire, ça rends certains algos possibles alors que ça serait couteux autrement.