Donc si le journal, format texte, est en UTF8, il n'a pas plus d'inconvénients par rapport à ce qui est stocké en binaire dans journald, exact?
C'est normé, déjà.
Et en binaire, si poussé au bout, une erreur n'est pas du texte, mais un nombre (avec table de traduction à côté pour qui veut faire du texte).
Tu as oublié de parler de la date (alors, 4 octobre ou 10 avril?)
bref, le binaire permet plein de choses, comme fournir des information localisées, et d'avoir un truc très précis. LE texte, c'est un fourre-toi quand tu veux reculer pour mieux sauter.
Ce qui me fait réagir est de voir autant de blocage sur "un log doit être texte", quand ce texte est absolument pas normé et et un bordel sans nom.
Alors, si le texte vous suffit, ok, corrigez donc tous les problèmes qui vont avec, ou alors journald répond aux besoins avec du bianire certes mais on s'en fout, c'est autant la merde binaire ou texte de toutes manières.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 1.
C'est normé, déjà.
Et en binaire, si poussé au bout, une erreur n'est pas du texte, mais un nombre (avec table de traduction à côté pour qui veut faire du texte).
Tu as oublié de parler de la date (alors, 4 octobre ou 10 avril?)
bref, le binaire permet plein de choses, comme fournir des information localisées, et d'avoir un truc très précis. LE texte, c'est un fourre-toi quand tu veux reculer pour mieux sauter.
Ce qui me fait réagir est de voir autant de blocage sur "un log doit être texte", quand ce texte est absolument pas normé et et un bordel sans nom.
Alors, si le texte vous suffit, ok, corrigez donc tous les problèmes qui vont avec, ou alors journald répond aux besoins avec du bianire certes mais on s'en fout, c'est autant la merde binaire ou texte de toutes manières.