* 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.