In addition to my email, few other findings: If I roll back u-boot and linux SRCREV change and build my image again then it doesn't rebuild u-boot, linux and do_rootfs task succeeds.
So my sstate cache has both version of u-boot and linux but somehow do_rootfs task always try to look for old versions of u-boot and linux. I have tried clearing sstate cache for u-boot and linux but do_rootfs always gives the same error. regards Ankur On Mon, 11 Nov 2019, 6:52 p.m. Ankur Tyagi, <[email protected]> wrote: > Hi Denys, > > I have again encountered the same problem so there is a fundamental issue > somewhere. > Let me explain when this problem occurs and what is my setup: > > 1) Let's assume current u-boot SRCREV in recipe is > "4fc3ad1c4d92a32c1e233c524d65836226488912" and linux SRCREV is > "634579ce9ee01466fd84524602bd0a262a0add00" > 2) I build my image and preserve sstate-cache > 3) Change u-boot SRCREV to "b31ea1d6069a3634c696d9fbff86373fd5b0f82d" and > linux SRCREV to "d02acfec3d72606798f498c33728f5a0839e6360" > 4) Build my image again using the preserved sstate-cache so only u-boot > and linux is rebuilt > > Then I get following error > > ****************************** > Collected errors: > * Solver encountered 2 problem(s): > * Problem 1/2: > * - nothing provides u-boot-ti-staging-src >= 2019.01+git0+b31ea1d606 > needed by linux-ti-staging-src-4.19.73+git0+d02acfec3d-gamos.wsl > * > * Solution 1: > * - do not ask to install a package providing packagegroup-ggl-base > > * Problem 2/2: > * - nothing provides u-boot-ti-staging-src >= 2019.01+git0+b31ea1d606 > needed by linux-ti-staging-src-4.19.73+git0+d02acfec3d-gamos.wsl > * > * Solution 1: > * - do not ask to install a package providing packagegroup-ggl-qt > ****************************** > > Can you please provide me with some pointers on what could be causing it > or where should I start investigating it? > > Thanks > Ankur > > > On Fri, 27 Sep 2019, 9:00 a.m. Ankur Tyagi, <[email protected]> > wrote: > >> thanks for your response Denys >> >> On Fri, 27 Sep 2019, 4:27 a.m. Denys Dmytriyenko, <[email protected]> wrote: >> >>> Thanks for following up with the update! >>> >>> Unfortunately, opkg install issues like this are very specific to your >>> build >>> environment and harder to debug remotely. You'd need to see why the >>> package >>> gets one version, while a different one being requested. In some cases >>> it can >>> be due to a stale package, like here. In others it's more complicated. >>> >>> Denys >>> >>> >>> On Thu, Sep 26, 2019 at 07:17:26AM +1200, Ankur Tyagi wrote: >>> > It got resolved after removing tmp directory and rebuilding >>> > >>> > On Wed, 25 Sep 2019, 1:23 a.m. Ankur Tyagi, <[email protected]> >>> wrote: >>> > >>> > > Hi, >>> > > >>> > > I was using "thud" branch to create custom image for my board. >>> > > Recently updated meta-ti, meta-arago "thud" branch and started >>> > > receiving following error message during do_rootfs task >>> > > >>> > > ERROR: ggl-wsl-prod-image-1.0-r0 do_rootfs: Unable to install >>> > > packages. Command >>> > > >>> > > >>> '/home/yocto/ggl-yocto-tools/build/tmp-external-arm-toolchain/work/wsl-linux-gnueabi/ggl-wsl-prod-image/1.0-r0/recipe-sysroot-native/usr/bin/opkg >>> > > --volatile-cache -f >>> > > >>> > > >>> /home/yocto/ggl-yocto-tools/build/tmp-external-arm-toolchain/work/wsl-linux-gnueabi/ggl-wsl-prod-image/1.0-r0/opkg.conf >>> > > -t >>> > > >>> /home/yocto/ggl-yocto-tools/build/tmp-external-arm-toolchain/work/wsl-linux-gnueabi/ggl-wsl-prod-image/1.0-r0/temp/ipktemp/ >>> > > -o >>> > > >>> /home/yocto/ggl-yocto-tools/build/tmp-external-arm-toolchain/work/wsl-linux-gnueabi/ggl-wsl-prod-image/1.0-r0/rootfs >>> > > --force_postinstall install packagegroup-core-boot >>> > > packagegroup-ggl-base packagegroup-ggl-connectivity >>> > > packagegroup-ggl-qt psplash run-postinsts' returned 2: >>> > > Collected errors: >>> > > * Solver encountered 2 problem(s): >>> > > * Problem 1/2: >>> > > * - nothing provides u-boot-ti-staging-src >= >>> > > 2019.01+git0+571bb85860 needed by >>> > > linux-ti-staging-src-4.19.73+git0+761ba629e9-gamos.wsl >>> > > * >>> > > * Solution 1: >>> > > * - do not ask to install a package providing >>> packagegroup-ggl-base >>> > > >>> > > * Problem 2/2: >>> > > * - nothing provides u-boot-ti-staging-src >= >>> > > 2019.01+git0+571bb85860 needed by >>> > > linux-ti-staging-src-4.19.73+git0+761ba629e9-gamos.wsl >>> > > * >>> > > * Solution 1: >>> > > * - do not ask to install a package providing packagegroup-ggl-qt >>> > > >>> > > * opkg_finalize_intercepts: Failed to open dir >>> > > >>> > > >>> /home/yocto/ggl-yocto-tools/build/tmp-external-arm-toolchain/work/wsl-linux-gnueabi/ggl-wsl-prod-image/1.0-r0/temp/ipktemp//opkg-JLB910/opkg-intercept-xOvXqH: >>> > > No such file or directory. >>> > > * rm_r: Failed to open dir >>> > > >>> > > >>> /home/yocto/ggl-yocto-tools/build/tmp-external-arm-toolchain/work/wsl-linux-gnueabi/ggl-wsl-prod-image/1.0-r0/temp/ipktemp//opkg-JLB910/opkg-intercept-xOvXqH: >>> > > No such file or directory. >>> > > * rm_r: Failed to open dir >>> > > >>> > > >>> /home/yocto/ggl-yocto-tools/build/tmp-external-arm-toolchain/work/wsl-linux-gnueabi/ggl-wsl-prod-image/1.0-r0/temp/ipktemp//opkg-JLB910: >>> > > No such file or directory. >>> > > >>> > > >>> > > >>> > > ERROR: ggl-wsl-prod-image-1.0-r0 do_rootfs: Function failed: >>> do_rootfs >>> > > ERROR: Logfile of failure stored in: >>> > > >>> > > >>> /home/yocto/ggl-yocto-tools/build/tmp-external-arm-toolchain/work/wsl-linux-gnueabi/ggl-wsl-prod-image/1.0-r0/temp/log.do_rootfs.107554 >>> > > ERROR: Task >>> > > >>> (/home/yocto/ggl-yocto-tools/sources/ggl-yocto/meta-ggl-image/recipes-core/images/ >>> ggl-wsl-prod-image.bb: >>> > > do_rootfs) >>> > > failed with exit code '1' >>> > > >>> > > Can you please help: >>> > > 1) to understand the underlying problem >>> > > 2) how can I fix it >>> > > >>> > > thanks >>> > > Ankur >>> > > >>> >>> > _______________________________________________ >>> > meta-arago mailing list >>> > [email protected] >>> > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago >>> >>>
_______________________________________________ meta-arago mailing list [email protected] http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
