All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
Cc: bitbake-devel@lists.openembedded.org,
	openembedded-core@lists.openembedded.org
Subject: Re: Complete rebuilds due to random hashes
Date: Fri, 07 Dec 2012 12:14:02 +0000	[thread overview]
Message-ID: <1354882442.12928.19.camel@ted> (raw)
In-Reply-To: <lyfw3ii2ef.fsf@ensc-virt.intern.sigma-chemnitz.de>

On Fri, 2012-12-07 at 11:26 +0100, Enrico Scholz wrote:
> Hello,
> 
> I have encountered the problem the whole distribution gets rebuilt when
> I change a single, completely unrelated variable (e.g. BB_DISKMON_DIRS).
> 
> Dumping data in _build_data() (siggen.py) revealed that sometimes a
> gitpkgv_do_configure() (or _do_compile/install...) function is in the
> deps, sometimes not.  The recipes where this happens (e.g. m4) do not
> inherit gitpkgv and it is not included globally either.
> 
> Further debugging[1] shows
> 
> | ERROR: calledvar=autotools_do_configure,
> vars=[['gitpkgv_do_configure', 'autotools_do_configure'],
> ['do_configure', 'gitpkgv_do_configure']], allvars=['do_configure',
> 'autotools_do_configure', 'gitpkgv_do_configure'], classes=[None,
> 'gitpkgv', 'autotools']

I'm struggling to figure out how the code is doing this. The most
interesting piece here is:

classes=[None, 'gitpkgv', 'autotools']

and I cannot get a recipe locally to do this. classes is basically set
from BBConfHandler and its a relatively simple codepath. This would
imply the gitpkgv class is doing an "inherit autotools"?

Can you show how you're using gitpkgv in your code and what the bbclass
contains? I have the version from meta-oe but I'm failing to reproduce
or explain how this would get into there...

Are you doing anything interesting with EXPORT_FUNCTIONS anywhere in
your code?

Its very odd and any more information about your configuration would be
helpful in reproducing/debugging this.

Cheers,

Richard





WARNING: multiple messages have this Message-ID (diff)
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
Cc: bitbake-devel@lists.openembedded.org,
	openembedded-core@lists.openembedded.org
Subject: Re: [bitbake-devel] Complete rebuilds due to random hashes
Date: Fri, 07 Dec 2012 12:14:02 +0000	[thread overview]
Message-ID: <1354882442.12928.19.camel@ted> (raw)
In-Reply-To: <lyfw3ii2ef.fsf@ensc-virt.intern.sigma-chemnitz.de>

On Fri, 2012-12-07 at 11:26 +0100, Enrico Scholz wrote:
> Hello,
> 
> I have encountered the problem the whole distribution gets rebuilt when
> I change a single, completely unrelated variable (e.g. BB_DISKMON_DIRS).
> 
> Dumping data in _build_data() (siggen.py) revealed that sometimes a
> gitpkgv_do_configure() (or _do_compile/install...) function is in the
> deps, sometimes not.  The recipes where this happens (e.g. m4) do not
> inherit gitpkgv and it is not included globally either.
> 
> Further debugging[1] shows
> 
> | ERROR: calledvar=autotools_do_configure,
> vars=[['gitpkgv_do_configure', 'autotools_do_configure'],
> ['do_configure', 'gitpkgv_do_configure']], allvars=['do_configure',
> 'autotools_do_configure', 'gitpkgv_do_configure'], classes=[None,
> 'gitpkgv', 'autotools']

I'm struggling to figure out how the code is doing this. The most
interesting piece here is:

classes=[None, 'gitpkgv', 'autotools']

and I cannot get a recipe locally to do this. classes is basically set
from BBConfHandler and its a relatively simple codepath. This would
imply the gitpkgv class is doing an "inherit autotools"?

Can you show how you're using gitpkgv in your code and what the bbclass
contains? I have the version from meta-oe but I'm failing to reproduce
or explain how this would get into there...

Are you doing anything interesting with EXPORT_FUNCTIONS anywhere in
your code?

Its very odd and any more information about your configuration would be
helpful in reproducing/debugging this.

Cheers,

Richard





  reply	other threads:[~2012-12-07 12:28 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-07 10:26 Complete rebuilds due to random hashes Enrico Scholz
2012-12-07 12:14 ` Richard Purdie [this message]
2012-12-07 12:14   ` [bitbake-devel] " Richard Purdie
2012-12-07 12:23 ` Richard Purdie
2012-12-07 12:23   ` [bitbake-devel] " Richard Purdie
2012-12-10 10:59   ` Enrico Scholz
2012-12-10 10:59     ` [bitbake-devel] " Enrico Scholz

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=1354882442.12928.19.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --cc=bitbake-devel@lists.openembedded.org \
    --cc=enrico.scholz@sigma-chemnitz.de \
    --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.