From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Otavio Salvador <otavio@ossystems.com.br>
Cc: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.
Date: Tue, 03 Feb 2015 13:20:53 +0000 [thread overview]
Message-ID: <1422969653.22544.16.camel@linuxfoundation.org> (raw)
In-Reply-To: <CAP9ODKoSBqZTpKczXd3Q4FUfcZFrtN-DVCSMDNisp_fqnykWnw@mail.gmail.com>
On Tue, 2015-02-03 at 11:02 -0200, Otavio Salvador wrote:
> On Tue, Feb 3, 2015 at 11:00 AM, Burton, Ross <ross.burton@intel.com> wrote:
> >
> > On 3 February 2015 at 12:53, Otavio Salvador <otavio@ossystems.com.br>
> > wrote:
> >>
> >> > last time I checked (some days ago) it was not necessarily fatal. I was
> >> > able to
> >> > build complete image collecting a pile of PR_INC errors. That's what
> >> > confused me...
> >> > I'll check if I still have the log on another machine later.
> >>
> >> Florian has a point here. We should use 'bb.fatal' and abort all build
> >> as soon as possible.
> >
> >
> > Its an error in a specific recipe, so why should that abandon the build
> > immediately?
>
> It ends changing the content of the recipe and might raise a rebuild
> of several things. Which ends being invalid as PRINC would make an
> error in the end. So why not fail soon and ensure it is act upon it
> ASAP?
It errors during parsing which stops the build going any further. It
doesn't really matter whether its a bb.fatal or bb.error, both would
have the same effect here which is to stop the build at parse time.
It used to be a bb.warn(), people ignored it. Personally I'd like to
drop the thing entirely but people wanted an error so we have that now
for this release. We're not changing it back to a warn().
Cheers,
Richard
next prev parent reply other threads:[~2015-02-03 13:21 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-02 10:30 [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification Florian Boor
2015-02-03 10:43 ` Paul Eggleton
2015-02-03 12:04 ` Otavio Salvador
2015-02-03 12:36 ` Florian Boor
2015-02-03 12:40 ` Burton, Ross
2015-02-03 12:50 ` Florian Boor
2015-02-03 12:53 ` Otavio Salvador
2015-02-03 13:00 ` Burton, Ross
2015-02-03 13:02 ` Otavio Salvador
2015-02-03 13:20 ` Richard Purdie [this message]
2015-02-03 13:24 ` Florian Boor
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=1422969653.22544.16.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=openembedded-core@lists.openembedded.org \
--cc=otavio@ossystems.com.br \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox