All of lore.kernel.org
 help / color / mirror / Atom feed
* [meta-qt5] do_generate_qt_config_file not rebuilding when machine changes
@ 2016-03-08  3:38 Philip Craig
  2016-03-08 18:44 ` Christian Ege
  0 siblings, 1 reply; 2+ messages in thread
From: Philip Craig @ 2016-03-08  3:38 UTC (permalink / raw)
  To: openembedded-devel

Hi,

I'm using meta-qt5 with fido, building for two different machines.
Each machine can build from a clean sstate correctly, but there's a
problem with the task dependencies that means not enough is
rebuilding.

Background info: One of my systemd patches has made systemd machine
specific, so when bitbake needs to build qtbase_git, it sees a
different hash for the systemd do_populate_sysroot task and decides to
rebuild most of qtbase_git. I realise that's probably not ideal, but I
can't fix it right now.

The problem is that when bitbake starts rebuilding qtbase_git for the
second machine, it sees that the hash for do_generate_qt_config_file
is unchanged, and so it keeps using the old qt.conf, but qt.conf
contains a path to the first machine sysroot, and so it fails. More
specifically, OE_QMAKE_PATH_HOST_DATA and OE_QMAKE_PATH_HOST_LIBS both
contain STAGING_DIR_HOST.

So my question is: what is the correct way to tell bitbake that
do_generate_qt_config depends on the value of the STAGING_DIR_HOST?
Or is there some other way to fix this?


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [meta-qt5] do_generate_qt_config_file not rebuilding when machine changes
  2016-03-08  3:38 [meta-qt5] do_generate_qt_config_file not rebuilding when machine changes Philip Craig
@ 2016-03-08 18:44 ` Christian Ege
  0 siblings, 0 replies; 2+ messages in thread
From: Christian Ege @ 2016-03-08 18:44 UTC (permalink / raw)
  To: openembedded-devel

Hi,


Am 8. März 2016 4:39:28 vorm. schrieb Philip Craig <philip@blackmoth.com>:

> Hi,
>
> I'm using meta-qt5 with fido, building for two different machines.
> Each machine can build from a clean sstate correctly, but there's a
> problem with the task dependencies that means not enough is
> rebuilding.
I have similar issues when building for two machines on Jethro branch.

>
> Background info: One of my systemd patches has made systemd machine
> specific, so when bitbake needs to build qtbase_git, it sees a
> different hash for the systemd do_populate_sysroot task and decides to
> rebuild most of qtbase_git. I realise that's probably not ideal, but I
> can't fix it right now.
>
> The problem is that when bitbake starts rebuilding qtbase_git for the
> second machine, it sees that the hash for do_generate_qt_config_file
> is unchanged, and so it keeps using the old qt.conf, but qt.conf
> contains a path to the first machine sysroot, and so it fails. More
> specifically, OE_QMAKE_PATH_HOST_DATA and OE_QMAKE_PATH_HOST_LIBS both
> contain STAGING_DIR_HOST.
>
> So my question is: what is the correct way to tell bitbake that
> do_generate_qt_config depends on the value of the STAGING_DIR_HOST?
> Or is there some other way to fix this?
> --
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel




^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-03-08 18:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-03-08  3:38 [meta-qt5] do_generate_qt_config_file not rebuilding when machine changes Philip Craig
2016-03-08 18:44 ` Christian Ege

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.