* The basehash value changed from...
@ 2017-09-07 7:37 Zoran Stojsavljevic
2017-09-07 7:42 ` Khem Raj
2017-09-07 21:17 ` Max Krummenacher
0 siblings, 2 replies; 6+ messages in thread
From: Zoran Stojsavljevic @ 2017-09-07 7:37 UTC (permalink / raw)
To: Yocto Project
[-- Attachment #1: Type: text/plain, Size: 1247 bytes --]
While re-compiling the whole YOCTO load for freescale i.MX6, where I have
added Qt5 layers (and it failed many times, so I needed to do some tricks
there), I encounter the following warning (in *ORANGE*) and error (in *RED*)
while finishing the build:
*WARNING: Duplicate inclusion for
/home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-bsp-common/conf/tdx_version.conf
in
/home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-demos/recipes-images/images/tdx-image-fstype.inc*
*ERROR: When reparsing
/home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-demos/recipes-images/images/angstrom-lxde-image.bb.do_image_teziimg,
the basehash value changed from b7b4f312b8b657bfdd068ebd8e2dd104 to
1e71714a9c01964cdc724c52290abee4. The metadata is not deterministic and
this needs to be fixed.*
NOTE: Tasks Summary: Attempted 7415 tasks of which 7394 didn't need to be
rerun and all succeeded.
NOTE: Writing buildhistory
It built (after all) complete deploy with all the images. I kind of get
what is going on here.
Question: how to rebuild the complete deploy/images NOT deleting tmp/? It
compiled overall (in two steps) > 10h. Do I need to touch some file?
Thank you,
Zoran
[-- Attachment #2: Type: text/html, Size: 1557 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: The basehash value changed from...
2017-09-07 7:37 The basehash value changed from Zoran Stojsavljevic
@ 2017-09-07 7:42 ` Khem Raj
2017-09-07 9:06 ` Zoran Stojsavljevic
2017-09-07 21:17 ` Max Krummenacher
1 sibling, 1 reply; 6+ messages in thread
From: Khem Raj @ 2017-09-07 7:42 UTC (permalink / raw)
To: Zoran Stojsavljevic; +Cc: Yocto Project
On Thu, Sep 7, 2017 at 12:37 AM, Zoran Stojsavljevic
<zoran.stojsavljevic@gmail.com> wrote:
> While re-compiling the whole YOCTO load for freescale i.MX6, where I have
> added Qt5 layers (and it failed many times, so I needed to do some tricks
> there), I encounter the following warning (in ORANGE) and error (in RED)
> while finishing the build:
>
> WARNING: Duplicate inclusion for
> /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-bsp-common/conf/tdx_version.conf
> in
> /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-demos/recipes-images/images/tdx-image-fstype.inc
> ERROR: When reparsing
> /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-demos/recipes-images/images/angstrom-lxde-image.bb.do_image_teziimg,
> the basehash value changed from b7b4f312b8b657bfdd068ebd8e2dd104 to
> 1e71714a9c01964cdc724c52290abee4. The metadata is not deterministic and this
> needs to be fixed.
> NOTE: Tasks Summary: Attempted 7415 tasks of which 7394 didn't need to be
> rerun and all succeeded.
> NOTE: Writing buildhistory
>
> It built (after all) complete deploy with all the images. I kind of get what
> is going on here.
>
> Question: how to rebuild the complete deploy/images NOT deleting tmp/? It
> compiled overall (in two steps) > 10h. Do I need to touch some file?
>
if you keep your sstate-cache directory then delete tmp/ dir is what you need
to do. Rebuilding from sstate-cache is very quick
> Thank you,
> Zoran
>
>
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: The basehash value changed from...
2017-09-07 7:42 ` Khem Raj
@ 2017-09-07 9:06 ` Zoran Stojsavljevic
2017-09-07 12:19 ` Mike Looijmans
0 siblings, 1 reply; 6+ messages in thread
From: Zoran Stojsavljevic @ 2017-09-07 9:06 UTC (permalink / raw)
To: Khem Raj, Yocto Project
[-- Attachment #1: Type: text/plain, Size: 2539 bytes --]
> If you keep your sstate-cache directory then delete tmp/ dir is what you
need
> to do. Rebuilding from sstate-cache is very quick.
It does not help. Since I'll have at the end/I'll end-up with the same
problem. My best guess. :-(
Since I am building the whole humongous YOCTO build not in one, rather in
two steps, like this:
bitbake meta-toolchain-qt5 (5 hours build on my HP EliteBook 840 G1)
bitbake angstrom-lxde-image (5 hours build on my HP EliteBook 840 G1)
Here, my best guess is that the first build sets its own hash, which
the second sets also its own (very
different), then makes hash checks in deploy/ tree, and fails... !?
Thank you, Zoran
On Thu, Sep 7, 2017 at 9:42 AM, Khem Raj <raj.khem@gmail.com> wrote:
> On Thu, Sep 7, 2017 at 12:37 AM, Zoran Stojsavljevic
> <zoran.stojsavljevic@gmail.com> wrote:
> > While re-compiling the whole YOCTO load for freescale i.MX6, where I have
> > added Qt5 layers (and it failed many times, so I needed to do some tricks
> > there), I encounter the following warning (in ORANGE) and error (in RED)
> > while finishing the build:
> >
> > WARNING: Duplicate inclusion for
> > /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/
> meta-toradex-bsp-common/conf/tdx_version.conf
> > in
> > /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/
> meta-toradex-demos/recipes-images/images/tdx-image-fstype.inc
> > ERROR: When reparsing
> > /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/
> meta-toradex-demos/recipes-images/images/angstrom-lxde-
> image.bb.do_image_teziimg,
> > the basehash value changed from b7b4f312b8b657bfdd068ebd8e2dd104 to
> > 1e71714a9c01964cdc724c52290abee4. The metadata is not deterministic and
> this
> > needs to be fixed.
> > NOTE: Tasks Summary: Attempted 7415 tasks of which 7394 didn't need to be
> > rerun and all succeeded.
> > NOTE: Writing buildhistory
> >
> > It built (after all) complete deploy with all the images. I kind of get
> what
> > is going on here.
> >
> > Question: how to rebuild the complete deploy/images NOT deleting tmp/? It
> > compiled overall (in two steps) > 10h. Do I need to touch some file?
> >
>
> if you keep your sstate-cache directory then delete tmp/ dir is what you
> need
> to do. Rebuilding from sstate-cache is very quick
>
> > Thank you,
> > Zoran
> >
> >
> > --
> > _______________________________________________
> > yocto mailing list
> > yocto@yoctoproject.org
> > https://lists.yoctoproject.org/listinfo/yocto
> >
>
[-- Attachment #2: Type: text/html, Size: 3628 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: The basehash value changed from...
2017-09-07 9:06 ` Zoran Stojsavljevic
@ 2017-09-07 12:19 ` Mike Looijmans
0 siblings, 0 replies; 6+ messages in thread
From: Mike Looijmans @ 2017-09-07 12:19 UTC (permalink / raw)
To: yocto
On 07-09-17 11:06, Zoran Stojsavljevic wrote:
> > If you keep your sstate-cache directory then delete tmp/ dir is what you need
> > to do. Rebuilding from sstate-cache is very quick.
>
> It does not help. Since I'll have at the end/I'll end-up with the same
> problem. My best guess. :-(
>
> Since I am building the whole humongous YOCTO build not in one, rather in two
> steps, like this:
>
> |bitbake meta-toolchain-qt5 (5 hours build||on my HP EliteBook 840 G1)
> ||bitbake angstrom-lxde-image| (5 hours build on my HP EliteBook 840 G1)
>
> Here, my best guess is that the first build sets its own hash, which the
> second sets also its own (very
> different), then makes hash checks in deploy/ tree, and fails... !?
You should be able to do "bitbake meta-toolchain-qt5 angstrom-lxde-image" in
one go. That should be faster than two separate runs.
If you change the DISTRO, you'll invalidate your "tmp" building dir resulting
in loads of new stuff being built.
If you need two distros, make two build enviroments from them. You should
share the sstate-cache directory between them (saves tons on building
compilers and such) but not the "tmp" directory.
> On Thu, Sep 7, 2017 at 9:42 AM, Khem Raj <raj.khem@gmail.com
> <mailto:raj.khem@gmail.com>> wrote:
>
> On Thu, Sep 7, 2017 at 12:37 AM, Zoran Stojsavljevic
> <zoran.stojsavljevic@gmail.com <mailto:zoran.stojsavljevic@gmail.com>> wrote:
> > While re-compiling the whole YOCTO load for freescale i.MX6, where I have
> > added Qt5 layers (and it failed many times, so I needed to do some tricks
> > there), I encounter the following warning (in ORANGE) and error (in RED)
> > while finishing the build:
> >
> > WARNING: Duplicate inclusion for
> > /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-bsp-common/conf/tdx_version.conf
> > in
> > /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-demos/recipes-images/images/tdx-image-fstype.inc
> > ERROR: When reparsing
> > /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-demos/recipes-images/images/angstrom-lxde-image.bb.do_image_teziimg,
> > the basehash value changed from b7b4f312b8b657bfdd068ebd8e2dd104 to
> > 1e71714a9c01964cdc724c52290abee4. The metadata is not deterministic and this
> > needs to be fixed.
> > NOTE: Tasks Summary: Attempted 7415 tasks of which 7394 didn't need to be
> > rerun and all succeeded.
> > NOTE: Writing buildhistory
> >
> > It built (after all) complete deploy with all the images. I kind of get what
> > is going on here.
> >
> > Question: how to rebuild the complete deploy/images NOT deleting tmp/? It
> > compiled overall (in two steps) > 10h. Do I need to touch some file?
> >
>
> if you keep your sstate-cache directory then delete tmp/ dir is what you need
> to do. Rebuilding from sstate-cache is very quick
>
> > Thank you,
> > Zoran
> >
> >
> > --
> >
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijmans@topicproducts.com
Website: www.topicproducts.com
Please consider the environment before printing this e-mail
_______________________________________________
> > yocto mailing list
> > yocto@yoctoproject.org <mailto:yocto@yoctoproject.org>
> > https://lists.yoctoproject.org/listinfo/yocto
> <https://lists.yoctoproject.org/listinfo/yocto>
> >
>
>
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: The basehash value changed from...
2017-09-07 7:37 The basehash value changed from Zoran Stojsavljevic
2017-09-07 7:42 ` Khem Raj
@ 2017-09-07 21:17 ` Max Krummenacher
2017-09-08 7:43 ` Zoran Stojsavljevic
1 sibling, 1 reply; 6+ messages in thread
From: Max Krummenacher @ 2017-09-07 21:17 UTC (permalink / raw)
To: Zoran Stojsavljevic, Yocto Project
Hi Zoran
Am Donnerstag, den 07.09.2017, 09:37 +0200 schrieb Zoran Stojsavljevic:
> While re-compiling the whole YOCTO load for freescale i.MX6, where I have
> added Qt5 layers (and it failed many times, so I needed to do some tricks
> there), I encounter the following warning (in *ORANGE*) and error (in *RED*)
> while finishing the build:
>
> *WARNING: Duplicate inclusion for
> /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-bsp-
> common/conf/tdx_version.conf
> in
> /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-demos/recipes-
> images/images/tdx-image-fstype.inc*
> *ERROR: When reparsing
> /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/meta-toradex-demos/recipes-
> images/images/angstrom-lxde-image.bb.do_image_teziimg,
> the basehash value changed from b7b4f312b8b657bfdd068ebd8e2dd104 to
> 1e71714a9c01964cdc724c52290abee4. The metadata is not deterministic and
> this needs to be fixed.*
> NOTE: Tasks Summary: Attempted 7415 tasks of which 7394 didn't need to be
> rerun and all succeeded.
Please note the '... and all succeeded'. So the basehash error did not break the
build.
I think the basehash error is due to the use of the DATE variable and
that the following commit fixes it in master:
http://cgit.openembedded.org/openembedded-core/commit/?id=4af13a4855c74cea9cf6c168fd73165d7094bf93
However Stefan is still in the process of backporting said commit, so you still
see the error in morty.
http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141582.html
Max
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: The basehash value changed from...
2017-09-07 21:17 ` Max Krummenacher
@ 2017-09-08 7:43 ` Zoran Stojsavljevic
0 siblings, 0 replies; 6+ messages in thread
From: Zoran Stojsavljevic @ 2017-09-08 7:43 UTC (permalink / raw)
To: Max Krummenacher, mike.looijmans; +Cc: Yocto Project
[-- Attachment #1: Type: text/plain, Size: 3939 bytes --]
Hello Mike,
> You should be able to do "bitbake meta-toolchain-qt5 angstrom-lxde-image"
in one go. That should be faster than two separate runs.
Thank you, Mike. It does work for me.
> If you need two distros, make two build enviroments from them. You should
share the sstate-cache directory between them
> (saves tons on building compilers and such) but not the "tmp" directory.
Mike,
I have heard (unofficially) that Fedora 26 does NOT allow the sharing of
sstate-cache directory between the projects. Myself, I did not very that
yes (first approach worked for me), since I started again YOCTO (I used
very briefly YOCTO 3 years ago) with Fedora 26. Will be interesting to find
out if Fedora 25 allows that (my best guess it does).
Hello Max,
> Please note the '... and all succeeded'. So the basehash error did not
break the build.
Noted (even immediately after load was built/then).
> I think the basehash error is due to the use of the DATE variable and
> that the following commit fixes it in master:
> http://cgit.openembedded.org/openembedded-core/commit/?id=
4af13a4855c74cea9cf6c168fd73165d7094bf93
<http://cgit.openembedded.org/openembedded-core/commit/?id=4af13a4855c74cea9cf6c168fd73165d7094bf93>
>
> However Stefan is still in the process of backporting said commit, so you
still
> see the error in morty.
> http://lists.openembedded.org/pipermail/openembedded-core/
2017-August/141582.html
<http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141582.html>
I would not go so far. My best take on this topic is Fedora gpg
public/private key usage. Once one installs Fedora 2x distro, the
particular gpg keys are also installed, which are verifying the Fedora repo
packages downloaded, coded by default key pairs.
But other (private) repos sometimes use another pairs of keys. Then, the
packages would not install. Using the option: --nogpgcheck allows to
install such a package (NOT verifying the keys).
Something similar should be done with YOCTO, my best guess... IMHO.
P.S. Max, please note F25/F26 sstate-cashe (potential) sharing issues!
Thank you all,
Zoran
On Thu, Sep 7, 2017 at 11:17 PM, Max Krummenacher <max.oss.09@gmail.com>
wrote:
> Hi Zoran
>
> Am Donnerstag, den 07.09.2017, 09:37 +0200 schrieb Zoran Stojsavljevic:
> > While re-compiling the whole YOCTO load for freescale i.MX6, where I have
> > added Qt5 layers (and it failed many times, so I needed to do some tricks
> > there), I encounter the following warning (in *ORANGE*) and error (in
> *RED*)
> > while finishing the build:
> >
> > *WARNING: Duplicate inclusion for
> > /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/
> meta-toradex-bsp-
> > common/conf/tdx_version.conf
> > in
> > /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/
> meta-toradex-demos/recipes-
> > images/images/tdx-image-fstype.inc*
> > *ERROR: When reparsing
> > /home/user/toradex/Qt5-plus-x11/oe-core/build/../layers/
> meta-toradex-demos/recipes-
> > images/images/angstrom-lxde-image.bb.do_image_teziimg,
> > the basehash value changed from b7b4f312b8b657bfdd068ebd8e2dd104 to
> > 1e71714a9c01964cdc724c52290abee4. The metadata is not deterministic and
> > this needs to be fixed.*
> > NOTE: Tasks Summary: Attempted 7415 tasks of which 7394 didn't need to be
> > rerun and all succeeded.
>
> Please note the '... and all succeeded'. So the basehash error did not
> break the
> build.
>
> I think the basehash error is due to the use of the DATE variable and
> that the following commit fixes it in master:
> http://cgit.openembedded.org/openembedded-core/commit/?id=
> 4af13a4855c74cea9cf6c168fd73165d7094bf93
>
> However Stefan is still in the process of backporting said commit, so you
> still
> see the error in morty.
> http://lists.openembedded.org/pipermail/openembedded-core/
> 2017-August/141582.html
>
> Max
>
>
[-- Attachment #2: Type: text/html, Size: 5524 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2017-09-08 7:43 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-09-07 7:37 The basehash value changed from Zoran Stojsavljevic
2017-09-07 7:42 ` Khem Raj
2017-09-07 9:06 ` Zoran Stojsavljevic
2017-09-07 12:19 ` Mike Looijmans
2017-09-07 21:17 ` Max Krummenacher
2017-09-08 7:43 ` Zoran Stojsavljevic
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.