All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christopher Larson <clarson@kergoth.com>
To: Mark Hatle <mark.hatle@windriver.com>
Cc: openembedded-commits@lists.openembedded.org,
	"bitbake-devel@lists.openembedded.org"
	<bitbake-devel@lists.openembedded.org>,
	Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: Bitbake output format changed Was: [oe-commits] [bitbake] branch master updated (a3f464d -> 0219271)
Date: Wed, 22 Jun 2016 15:07:40 -0700	[thread overview]
Message-ID: <CABcZAN=uCEb+SRsLW9pZ6d+9NnJWNjsb=yRz-vuqXsd_gmusWQ@mail.gmail.com> (raw)
In-Reply-To: <754f3c3e-6dfe-766f-eb7c-f0983c945cc7@windriver.com>

[-- Attachment #1: Type: text/plain, Size: 2795 bytes --]

On Wed, Jun 22, 2016 at 2:56 PM, Mark Hatle <mark.hatle@windriver.com>
wrote:

> On 6/22/16 4:35 PM, Richard Purdie wrote:
> > On Wed, 2016-06-22 at 17:58 +0200, Martin Jansa wrote:
> >> On Wed, Jun 15, 2016 at 07:39:01AM +0000, git@git.openembedded.org wr
> >> ote:
> >>> rpurdie pushed a change to branch master
> >>> in repository bitbake.
> >>>
> >>>       adds  2c88afb   taskdata/runqueue: Rewrite without use of ID
> >>> indirection
> >>
> >> Is it expected that this change also changes the format of summary
> >> shown at the end of the build and failed tasks.
> >>
> >> The commit message doesn't mention this (it even says:
> >> ..
> >> On the most part there shouldn't be user visible changes.
> >> ..
> >> There should be no functionality changes in this patch, its purely a
> >> data structure change and that is visible in the patch.
> >> ..
> >> )
> >>
> >> So before I start fixing scripts (e.g. test-dependencies) which are
> >> trying to parse bitbake output to work with new format, please
> >> confirm that this was intentional and that it will stay this way.
> >>
> >> It's also not clear why the task is mentioned twice, e.g. as:
> >>   NOTE: Running task 512 of 548 (ID: /OE/build/oe-core/openembedded
> >> -core/meta/recipes-devtools/rpm/sftp.bb:do_fetch, /OE/build/oe
> >> -core/openembedded-core/meta/recipes-devtools/rpm/sftp.bb:do_fetch)
> >>   ERROR: Task /OE/build/oe-core/openembedded-core/meta/recipes
> >> -devtools/rpm/sftp.bb:do_fetch (/OE/build/oe-core/openembedded
> >> -core/meta/recipes-devtools/rpm/sftp.bb:do_fetch) failed with exit
> >> code '1'
> >>
> >> are there cases where these 2 are different? and can both messages
> >> use the same "format" for task description?
> >
> > The taskids are no more, there is simply no notion of them inside
> > bitbake any longer. That means that yes, we probably do need to change
> > the output a bit since the number doesn't mean anything.
> >
> > Equally, it shouldn't be showing the same thing twice, that is a bug.
> > Internally to bitbake, everthing is now in the form (or will be when
> > multiconfig lands) "[multiconfig:<configname>:]<recipe
> > filename>:<taskname>". The question is whether we expose that to the
> > user or massage it at all. I'm tempted just to expose that string to
> > the user.
>
> I'm certainly and advocate of just exposing that string.  I think in the
> end
> that is easier to explain to someone, then trying to understand a massaged
> output.


I'd agree with that. Using the filenames is actually a nice convenience
when you need to examine a recipe.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics

[-- Attachment #2: Type: text/html, Size: 3726 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Christopher Larson <clarson@kergoth.com>
To: Mark Hatle <mark.hatle@windriver.com>
Cc: openembedded-commits@lists.openembedded.org,
	"bitbake-devel@lists.openembedded.org"
	<bitbake-devel@lists.openembedded.org>,
	Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [bitbake-devel] Bitbake output format changed Was: [oe-commits] [bitbake] branch master updated (a3f464d -> 0219271)
Date: Wed, 22 Jun 2016 15:07:40 -0700	[thread overview]
Message-ID: <CABcZAN=uCEb+SRsLW9pZ6d+9NnJWNjsb=yRz-vuqXsd_gmusWQ@mail.gmail.com> (raw)
In-Reply-To: <754f3c3e-6dfe-766f-eb7c-f0983c945cc7@windriver.com>

[-- Attachment #1: Type: text/plain, Size: 2795 bytes --]

On Wed, Jun 22, 2016 at 2:56 PM, Mark Hatle <mark.hatle@windriver.com>
wrote:

> On 6/22/16 4:35 PM, Richard Purdie wrote:
> > On Wed, 2016-06-22 at 17:58 +0200, Martin Jansa wrote:
> >> On Wed, Jun 15, 2016 at 07:39:01AM +0000, git@git.openembedded.org wr
> >> ote:
> >>> rpurdie pushed a change to branch master
> >>> in repository bitbake.
> >>>
> >>>       adds  2c88afb   taskdata/runqueue: Rewrite without use of ID
> >>> indirection
> >>
> >> Is it expected that this change also changes the format of summary
> >> shown at the end of the build and failed tasks.
> >>
> >> The commit message doesn't mention this (it even says:
> >> ..
> >> On the most part there shouldn't be user visible changes.
> >> ..
> >> There should be no functionality changes in this patch, its purely a
> >> data structure change and that is visible in the patch.
> >> ..
> >> )
> >>
> >> So before I start fixing scripts (e.g. test-dependencies) which are
> >> trying to parse bitbake output to work with new format, please
> >> confirm that this was intentional and that it will stay this way.
> >>
> >> It's also not clear why the task is mentioned twice, e.g. as:
> >>   NOTE: Running task 512 of 548 (ID: /OE/build/oe-core/openembedded
> >> -core/meta/recipes-devtools/rpm/sftp.bb:do_fetch, /OE/build/oe
> >> -core/openembedded-core/meta/recipes-devtools/rpm/sftp.bb:do_fetch)
> >>   ERROR: Task /OE/build/oe-core/openembedded-core/meta/recipes
> >> -devtools/rpm/sftp.bb:do_fetch (/OE/build/oe-core/openembedded
> >> -core/meta/recipes-devtools/rpm/sftp.bb:do_fetch) failed with exit
> >> code '1'
> >>
> >> are there cases where these 2 are different? and can both messages
> >> use the same "format" for task description?
> >
> > The taskids are no more, there is simply no notion of them inside
> > bitbake any longer. That means that yes, we probably do need to change
> > the output a bit since the number doesn't mean anything.
> >
> > Equally, it shouldn't be showing the same thing twice, that is a bug.
> > Internally to bitbake, everthing is now in the form (or will be when
> > multiconfig lands) "[multiconfig:<configname>:]<recipe
> > filename>:<taskname>". The question is whether we expose that to the
> > user or massage it at all. I'm tempted just to expose that string to
> > the user.
>
> I'm certainly and advocate of just exposing that string.  I think in the
> end
> that is easier to explain to someone, then trying to understand a massaged
> output.


I'd agree with that. Using the filenames is actually a nice convenience
when you need to examine a recipe.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics

[-- Attachment #2: Type: text/html, Size: 3726 bytes --]

  reply	other threads:[~2016-06-22 22:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20160615073901.27831.65435@opal.openembedded.org>
2016-06-22 15:58 ` Bitbake output format changed Was: [oe-commits] [bitbake] branch master updated (a3f464d -> 0219271) Martin Jansa
2016-06-22 21:35   ` Richard Purdie
2016-06-22 21:56     ` Mark Hatle
2016-06-22 21:56       ` [bitbake-devel] " Mark Hatle
2016-06-22 22:07       ` Christopher Larson [this message]
2016-06-22 22:07         ` Christopher Larson
2016-06-23 10:58   ` [PATCH] test-dependencies.sh: Strip also '\.bb; .*' before adding failed recipe to list of failed Martin Jansa

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='CABcZAN=uCEb+SRsLW9pZ6d+9NnJWNjsb=yRz-vuqXsd_gmusWQ@mail.gmail.com' \
    --to=clarson@kergoth.com \
    --cc=bitbake-devel@lists.openembedded.org \
    --cc=mark.hatle@windriver.com \
    --cc=openembedded-commits@lists.openembedded.org \
    --cc=openembedded-core@lists.openembedded.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.