( TCH | 2019. 10. 06., v – 11:57 )

> De itt pont az a lényeg, hogy le kell ragadni az előző évezredben, a 22 évvel ezelőtt szabványosított 50 éves megszokásoknál, különben mindmeghalunk!!!négy! :P

Bocs, de ez még trollkodásnak is nagyon gyenge volt. Senki nem mondta, hogy ragadjunk le, hogy ne haladjunk. Az viszont nem mindegy, hogy merre haladunk és a systemd rossz irány.

> (nem mintha _bármilyen_ sima szöveges izé ki tudná hozni azt, hogy adott időintervallumban az egy service-hez tartozó összes logbejegyzést megkapd (--since --until --service oszt jónap), mert sok esetben [pl. random daemon forkol egy random külső processzt, ami nem a daemon megszokott logolási mechanizmusát használja] nincs mivel összekapcsolni az egy szolgáltatáshoz tartozó bejegyzéseket...)

Már hogy ne tudná. Maximum ahogy egyre szofisztikáltabb lekérésekre van szükség, úgy kell finomítani a cuccot is. Senki nem mondta, hogy az ilyen jellegű szűrések haszontalanok lennének, na de, ehhez miért is kéne a systemd sok-sok megája, amikor akár shellben, akár C-ben (vagy egyéb kedvenc nyelvben) össze lehet erre rakni egy parsert? Ha esetleg az init rendszerben ehhez módosítani kell valamit, azt is nyugodtan meg lehet csinálni. Itt van a kutya elásva, hogy ha van is a systemd-ben hasznos dolog, vagy ötlet, nem tudod csak úgy külön használni, akkor is kapod hozzá az egész catastrophed-t, ha tótágast állsz és mekegsz. Meg kell írni külön-külön az összes cuccot, amik csak azért felelnek, ami a feladatuk.