[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <2023092846-envy-underpaid-cd36@gregkh>
Date: Thu, 28 Sep 2023 15:04:11 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Linux regressions mailing list <regressions@...ts.linux.dev>
Cc: LKML <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: Linux regressions report for mainline [2023-09-24]
On Mon, Sep 25, 2023 at 11:11:51AM +0200, Linux regression tracking (Thorsten Leemhuis) wrote:
> On 25.09.23 10:02, Greg KH wrote:
> > I've been
> > traveling all last week and this week for conferences so my response
> > times have been a bit slow, sorry.
>
> No worries, I already suspected this[1]. The major aspect in this whole
> episode that bugs me a lot is different anyway:
>
> Wouldn't it have been much much better to revert[2] the culprit quickly
> once it was known to cause a regression that annoyed some users a whole
> lot[3, 4]?
Possibly, yes. It's a balancing act between keeping the pressure on the
developer to provide a fix, vs. the severity of the issue and how
wide-spread it is, vs. my ability to do anything at all due to
non-development issues (i.e. travel and conference work.)
Trying to pick the best thing with all of those is hard, sometimes we
get it wrong, sometimes we get it wrong, usually someone is upset no
matter what we pick, including a lack of sleep for the maintainer.
So "it's complicated", as you know...
thanks,
greg k-h
Powered by blists - more mailing lists