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

Sérgio Basto sergio at serjux.com
Mon Sep 22 15:18:38 UTC 2014


On Seg, 2014-09-22 at 17:00 +0200, Reindl Harald wrote: 
> 
> Am 22.09.2014 um 16:48 schrieb Sérgio Basto:
> > On Seg, 2014-09-22 at 16:08 +0200, Reindl Harald wrote:
> >> no you refuse to understand that *nobody* wants to split
> >> out *all* systemd logs because just the excessive *user
> >> session* logging and that this messages should not exist
> >> at all in a non-debugging environment
> > 
> > IIUC , this messages doesn't exist in a non-debugging environment since
> > ends of Apr [1], or I shut up this messages somehow , I don't
> > remember ...
> 
> * i shut up them with "loginctl enable-linger"
> * that's a workaround
> * doing so in F20 to prevent forget with F21 leads to
>   another bug: https://bugzilla.redhat.com/show_bug.cgi?id=1088619#c54

This message is from 2014-08-30 and is to fix shutdown, loginctl
disable-linger $USER, seems not reenable messages flood, if that what
you mean .

But please calm down , this is not a very big deal ..  

> it is even *possible* that it was changed but if so it shows
> several problems:
> 
> * nobody knows, people already built workarounds
> * it takes too long for any reaction on such issues
>   so that people can't or won't wait for a response
>   and try to find bugreports because lost hope that
>   things become better in a reasonable time
> * the reaction close with "NOTABUG" after weeks of ignore is wrong
> 
> frankly that was once introduced even in F19 backports and
> quickly fixed while also point to "loginctl enable-linger"
> which is *really* a dirty workaround leading the user sessions
> are started at boot before the first cronjob fires up which
> wastes ressources at boot
> 
> only that it was fixed in a short because that backport was
> not targeted for F19 shows how easy it could be changed if
> upstream would care about downstream in any way
> 
> look at the response from Johann directed to downstream in general,
> Fedora and FeSCO in special and the repeatet responses "we are upstream
> and this and that are downstream problems we don't care" shows how
> terrible wrong things are going
> 
> a upstream of a *critical core componentent* with a "i don't care
> about downstream" attitude is only one thing: dangerous
> 
> 

-- 
Sérgio M. B.



More information about the devel mailing list