Oui, par ce qu'il est bien connu que grep, sed, awk, perl et autres ont obligatoirement besoin d'un fichier, ils ne savent pas utiliser l'entrée standard qu'on leur donne avec un pipe.
Comment tu remontes dans les logs avant ton curseur initial avec une entrée standard ? Non juste pour savoir. C'est un truc qu'il m'arrive d'utiliser quand je lis des logs.
Ceci étant il semble que el bug soit en voie de correction : http://www.spinics.net/lists/fedora-devel/msg172481.html
Faux. Il suffit de libsystemd-id128.so et libsystemd-journal.so, pas besoin du reste de systemd. Sur ma machine ca prend environ 332ko.
Alors vu que id128 ne sert qu'à générer des id et que -journal ne fait que de créer les interface j'ai du mal à y croire.
Si il n'y a pas un systemd qui tourne, journalctl n'est même pas capable de trouver les logs tout seul. Il va essayer de se connecter à DBus pour parler à systemd. Et si il n'y a pas, ben il s'arrête là.
[^] # Re: Pourquoi du binaire
Posté par Kaane . En réponse au journal Documentation du format du Journal. Évalué à 1.
Oui, par ce qu'il est bien connu que grep, sed, awk, perl et autres ont obligatoirement besoin d'un fichier, ils ne savent pas utiliser l'entrée standard qu'on leur donne avec un pipe.
Comment tu remontes dans les logs avant ton curseur initial avec une entrée standard ? Non juste pour savoir. C'est un truc qu'il m'arrive d'utiliser quand je lis des logs.
Ceci étant il semble que el bug soit en voie de correction :
http://www.spinics.net/lists/fedora-devel/msg172481.html
Faux. Il suffit de libsystemd-id128.so et libsystemd-journal.so, pas besoin du reste de systemd. Sur ma machine ca prend environ 332ko.
Alors vu que id128 ne sert qu'à générer des id et que -journal ne fait que de créer les interface j'ai du mal à y croire.
Si il n'y a pas un systemd qui tourne, journalctl n'est même pas capable de trouver les logs tout seul. Il va essayer de se connecter à DBus pour parler à systemd. Et si il n'y a pas, ben il s'arrête là.