[systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance

[Reindl Harald]

Am 22.09.2014 um 00:48 schrieb Jóhann B. Guðmundsson:
> On 09/21/2014 10:23 PM, Reindl Harald wrote:
>> Am 22.09.2014 um 00:15 schrieb Jóhann B. Guðmundsson:
>>> >Now alot of the resistance and polarity that is taking place like in the url you pointed at is hiding itself
>>> behind
>>> >their misinterpretation of the so called "Unix philosophy" and claiming that we somehow fall short on the
>>> >guidelines originates from few things Doug McIlroy,Rob Pike,Ken Thompson said sometime in the 70's or rather the
>>> >"Unix philosophy" was implied not by what these individuals said but rather by what they did which more or less
>>> >boils down to this..
>>> >11. When a program has nothing surprising to say, it should say nothing
>> then flood logs with nothing relevant should not happen
>> https://bugzilla.redhat.com/show_bug.cgi?id=1072368
>> https://bugzilla.redhat.com/show_bug.cgi?id=1053315
> 
> ?
> 
> I dont see the connection here systemd is informing you what start/stopped when these cron job ran

with *that many* lines?

that information already exists in /var/log/secure and /var/log/cron
these lines are completly useless for a non-developer

consider that not refuse that often what a user wants to
see or not to see *as default* because as developer you
have other needs is one of the reasons *endusers* get
sometimes really angry

> If you dont like it filter it and retrieve only the information you want/need with journalctl

if they would have a prefix i would filter them to nowhere in rsyslog

please understand that not everybody is using journalctl and if it
is only because using centralized logs in databases since long
before systemd was introduced

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20140922/998dece3/attachment.sig>