All of lore.kernel.org
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@stusta.de>
To: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: bitbake-devel@lists.openembedded.org
Subject: Re: [PATCH] Lower priority of debug messages that should not be shown on the console
Date: Mon, 24 Feb 2020 07:49:45 +0200	[thread overview]
Message-ID: <20200224054945.GB6683@localhost> (raw)
In-Reply-To: <49d09c50265086a49798d59c8569323c37bba430.camel@linuxfoundation.org>

On Sun, Feb 23, 2020 at 11:53:57PM +0000, Richard Purdie wrote:
> On Sun, 2020-02-23 at 21:51 +0200, Adrian Bunk wrote:
> > On Sat, Feb 22, 2020 at 03:54:54PM +0000, Richard Purdie wrote:
> > > ...
> > > b) We actually fix/improve the way logging works.
> > > 
> > > I'd prefer b).
> > 
> > Makes sense, I've submitted this as bug #13813.
> 
> I note you believe this has to be fixed before we reach M3. I guess I'd
> agree, I just don't know who is going to do it.

I would have said M4, but that doesn't really change anything.

> Bitbake bugs get auto assigned to me. I physically cannot actually keep
> up with the incoming bugs despite working more than I should.
> 
> I was actually trying to do something about my bug count as its
> seriously depressing me. For each one I try and fix I seem to find
> three more intermittent issues on the autobuilder :(.

I know this might sound brutal, but in hindsight the hash equivalence 
work was not a good idea with the current resourcing.

I fully understand why it is attractive to properly fix a long-standing
problem, but the hash equivalence work and followup fixes might have 
been the difference between an OKish workload and working more than
you should have done.

> I know you didn't mean it this way and we need to track the issues, I
> just don't know how we're going to handle it.

From my side the problem is that my initial patch is what I can do with 
reasonable effort.

> Cheers,
> 
> Richard

cu
Adrian


  reply	other threads:[~2020-02-24  5:49 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-21 20:52 [PATCH] Lower priority of debug messages that should not be shown on the console Adrian Bunk
2020-02-22 11:57 ` Andreas Müller
2020-02-22 22:05   ` Adrian Bunk
2020-02-22 15:54 ` Richard Purdie
2020-02-23 19:51   ` Adrian Bunk
2020-02-23 23:53     ` Richard Purdie
2020-02-24  5:49       ` Adrian Bunk [this message]
2020-02-24  9:12         ` Richard Purdie
2020-03-06 10:24           ` Adrian Bunk
2020-03-06 10:47             ` Richard Purdie
2020-03-06 11:18               ` Alexander Kanavin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200224054945.GB6683@localhost \
    --to=bunk@stusta.de \
    --cc=bitbake-devel@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.