From: Mikko Rapeli <mikko.rapeli@linaro.org>
To: Alexander Kanavin <alex.kanavin@gmail.com>
Cc: Khem Raj <raj.khem@gmail.com>,
Jose Quaresma <quaresma.jose@gmail.com>,
Jose Quaresma <jose.quaresma@foundries.io>,
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core][PATCH 1/2] systemd-boot: enable verbose compilation
Date: Wed, 9 Aug 2023 12:24:56 +0300 [thread overview]
Message-ID: <ZNNbaLGDnrQRbHiz@nuoska> (raw)
In-Reply-To: <CANNYZj-DtpOfOye1kOvwCcxzLuAJ6gc3FyE__VMStLiNirrViA@mail.gmail.com>
Hi,
On Wed, Aug 09, 2023 at 08:47:05AM +0200, Alexander Kanavin wrote:
> On Wed, 9 Aug 2023 at 01:06, Khem Raj <raj.khem@gmail.com> wrote:
> >>> I think this is only useful during debugging. So perhaps a comment to
> >>> enable it is better than enabling it always.
> >>
> >>
> >> The meson bbclass also compile with verbose so in my opinion it is better to do the same
> >> and make it consistent with the main systemd recipe
> >>
> >> meson_do_compile() {
> >> meson compile -v ${PARALLEL_MAKE}
> >> }
> >
> >
> > Ideally we only want the verbosity when something goes wrong and meson ninja etc are good at that with their defaults perhaps that -v should be turned off by default as well
>
> Absolutely not. As someone who spends a lot of time fixing build and
> runtime failures across all of oe-core I beg to differ. I want
> verbosity all the time, everywhere. I also do not want to spend a
> second figuring out how to switch it on (it's different everywhere
> too), or to run another build just to get the verbose logs out of it.
I prefer verbose-by-default too. It is really annoying to investigate
build race conditions in various CI environments without enough details in
logs. Had to trigger a lot test builds because of this in the past.
Same goes for testing. I know logging infra can be abused and on the limit too,
but I don't think bitbake task log sizes increase that much compared to
other stuff remaining in build tmp directories after builds.
Cheers,
-Mikko
next prev parent reply other threads:[~2023-08-09 9:25 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-08 16:08 [OE-core][PATCH 1/2] systemd-boot: enable verbose compilation Jose Quaresma
2023-08-08 16:08 ` [OE-core][PATCH 2/2] systemd: fix efi stubs Jose Quaresma
2023-08-08 16:29 ` Alexandre Belloni
2023-08-08 17:05 ` [OE-core][PATCH 1/2] systemd-boot: enable verbose compilation Khem Raj
2023-08-08 23:00 ` Jose Quaresma
2023-08-08 23:06 ` Khem Raj
2023-08-09 6:47 ` Alexander Kanavin
2023-08-09 9:24 ` Mikko Rapeli [this message]
2023-08-09 14:49 ` Ross Burton
2023-08-09 15:04 ` Jose Quaresma
2023-08-09 16:03 ` Khem Raj
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=ZNNbaLGDnrQRbHiz@nuoska \
--to=mikko.rapeli@linaro.org \
--cc=alex.kanavin@gmail.com \
--cc=jose.quaresma@foundries.io \
--cc=openembedded-core@lists.openembedded.org \
--cc=quaresma.jose@gmail.com \
--cc=raj.khem@gmail.com \
/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.