Path: ...!news.nobody.at!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: "Carlos E.R." <robin_listas@es.invalid>
Newsgroups: comp.os.linux.misc
Subject: Re: More systemdCrap
Date: Tue, 11 Mar 2025 13:21:25 +0100
Lines: 61
Message-ID: <5fm5alx305.ln2@Telcontar.valinor>
References: <vqn41l$1efis$1@dont-email.me> <vqna2v$1fks2$1@dont-email.me>
 <vqnbm7$1g56j$1@dont-email.me> <gjo3alxe38.ln2@Telcontar.valinor>
 <vqnja1$1hrbi$1@dont-email.me> <rq44alxv4u.ln2@Telcontar.valinor>
 <vqopm8$1s78c$1@dont-email.me> <vqp6oq$1ueuu$1@dont-email.me>
 <vqp7ig$1uag5$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net 7qssUAF5Hm62wQ8ytUqBswco8PVEqi+ndHN6zpi/o/KN8nrckV
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:vubwUykYesS0l9ThI0wX0CAGFTo= sha256:AV/C4HnPH6jXlO85wWIPbW9B4WhlLS+I2sWQ04pGRpY=
User-Agent: Mozilla Thunderbird
Content-Language: es-ES, en-CA
In-Reply-To: <vqp7ig$1uag5$1@dont-email.me>
Bytes: 3413

On 2025-03-11 12:42, Pancho wrote:
> On 3/11/25 11:28, John McCue wrote:
>> The Natural Philosopher <tnp@invalid.invalid> wrote:
>> <snip>
>>
>>> It would be very easy to scan the file and copy to a new one deleting
>>> specific instances to remove certain classes of logs, but the
>>> programmers were too lazy and arrogant to be bothered to do it
>>
>> IIRC, from articles I read, this journal is a binary file
>> with some form of database type keys.  So I would think if
>> it has keys, a function would exist where one can delete a
>> group of entries similar to what you can do via SQL or in
>> the old Berkeley D/B.
>>
>> But based upon this thread, that cannot be done.  So I see
>> it as a "miss" on the systemd people.  I would think such a
>> function would be kind of easy to do.
>>
>> This looks like some kind of key to me :)
>>
>> https://wiki.archlinux.org/title/Systemd/Journal#Facility
>>
>> <snip>
>>
> 
> It is not clear to me if this is a flaw or an advantage. Where the OS is 
> used for important/critical processing, it is clearly an advantage to 
> have a reliable audit trail. No updates or deletions, if you want to 
> alter the way it looks you make additional entries, corrections. This 
> pattern works fine for accounting systems.

Exactly.

> 
> I guess the only real downside for OS logging is additional log space 
> required. It should be possible to achieve virtual deletions with 
> persistent filtering entries. Maybe they intend to do this, or maybe 
> they feel people should be happy with filtering as is, and it is an 
> unnecessary complexity.

No, they decided to not implement deletion or filtering of the contents 
inside the files. You may not agree with that, but that's their choice. 
It is free software, you are free to take up the code and implement the 
"missing" features. It is some sort of database. But perhaps that breaks 
structural integrity and doesn't work.

> 
> It is also worth mentioning that supporting one type of logging for 
> mission-critical systems and another type for TNP's heating system, by 
> default, may introduce additional complexity in itself.
> 
> I quite like systemd, not because it is good, but because it is 
> standard, good enough.
> 
> 
> 


-- 
Cheers, Carlos.