do_rootfs error for custom image based upon arago thud branch

do_rootfs error for custom image based upon arago thud branch

[Ankur Tyagi]

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

Re: do_rootfs error for custom image based upon arago thud branch

[Ankur Tyagi]

[-- Attachment #1: Type: text/plain, Size: 2981 bytes --]

It got resolved after removing tmp directory and rebuilding

On Wed, 25 Sep 2019, 1:23 a.m. Ankur Tyagi, <ankur.tyagi85@gmail.com> 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
>

[-- Attachment #2: Type: text/html, Size: 3400 bytes --]

Re: do_rootfs error for custom image based upon arago thud branch

[Denys Dmytriyenko]

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, <ankur.tyagi85@gmail.com> 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
> meta-arago@arago-project.org
> http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago

Re: do_rootfs error for custom image based upon arago thud branch

[Ankur Tyagi]

[-- Attachment #1: Type: text/plain, Size: 4057 bytes --]

thanks for your response Denys

On Fri, 27 Sep 2019, 4:27 a.m. Denys Dmytriyenko, <denys@ti.com> 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, <ankur.tyagi85@gmail.com>
> 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
> > meta-arago@arago-project.org
> > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
>
>

[-- Attachment #2: Type: text/html, Size: 5338 bytes --]

Re: do_rootfs error for custom image based upon arago thud branch

[Ankur Tyagi]

[-- Attachment #1: Type: text/plain, Size: 5640 bytes --]

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, <ankur.tyagi85@gmail.com> wrote:

> thanks for your response Denys
>
> On Fri, 27 Sep 2019, 4:27 a.m. Denys Dmytriyenko, <denys@ti.com> 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, <ankur.tyagi85@gmail.com>
>> 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
>> > meta-arago@arago-project.org
>> > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
>>
>>

[-- Attachment #2: Type: text/html, Size: 9043 bytes --]

Re: do_rootfs error for custom image based upon arago thud branch

[Ankur Tyagi]

[-- Attachment #1: Type: text/plain, Size: 6379 bytes --]

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, <ankur.tyagi85@gmail.com> 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, <ankur.tyagi85@gmail.com>
> wrote:
>
>> thanks for your response Denys
>>
>> On Fri, 27 Sep 2019, 4:27 a.m. Denys Dmytriyenko, <denys@ti.com> 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, <ankur.tyagi85@gmail.com>
>>> 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
>>> > meta-arago@arago-project.org
>>> > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
>>>
>>>

[-- Attachment #2: Type: text/html, Size: 10150 bytes --]

Re: do_rootfs error for custom image based upon arago thud branch

[Denys Dmytriyenko]

On Sun, Nov 10, 2019 at 09:52:48PM -0800, Ankur Tyagi 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

Not really sure why do you even have any dependency between these 2 -src 
packages. They should not and they are not dependent here for us.


>  *
>  * 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, <ankur.tyagi85@gmail.com> wrote:
> 
> > thanks for your response Denys
> >
> > On Fri, 27 Sep 2019, 4:27 a.m. Denys Dmytriyenko, <denys@ti.com> 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, <ankur.tyagi85@gmail.com>
> >> 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
> >> > meta-arago@arago-project.org
> >> > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
> >>
> >>

Re: do_rootfs error for custom image based upon arago thud branch

[Ankur Tyagi]

On Wed, Nov 13, 2019 at 4:19 PM Denys Dmytriyenko <denys@ti.com> wrote:
>
> On Sun, Nov 10, 2019 at 09:52:48PM -0800, Ankur Tyagi 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
>
> Not really sure why do you even have any dependency between these 2 -src
> packages. They should not and they are not dependent here for us.
>

I have been debugging this error and did some refactoring in my custom
layer which seems
to have fixed it but not sure as I am having another issue now. Now I
am getting this

Collected errors:
 * Solver encountered 2 problem(s):
 * Problem 1/2:
 *   - nothing provides u-boot-ti-staging-src >=
2019.01+git0+4fc3ad1c4d needed by libudev1-3.2.7-r0.3.arago5.wsl
 *
 * Solution 1:
 *   - do not ask to install a package providing packagegroup-ggl-wsl-util

 * Problem 2/2:
 *   - nothing provides u-boot-ti-staging-src >=
2019.01+git0+4fc3ad1c4d needed by eudev-3.2.7-r0.3.arago5.wsl
 *
 * Solution 1:
 *   - do not ask to install a package providing packagegroup-core-boot

I think if I can resolve this one then image can be built.
Any idea what could be the reason? I am setting ARAGO_SYSVINIT in my
local conf to use sysvinit in distro

>
> >  *
> >  * 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, <ankur.tyagi85@gmail.com> wrote:
> >
> > > thanks for your response Denys
> > >
> > > On Fri, 27 Sep 2019, 4:27 a.m. Denys Dmytriyenko, <denys@ti.com> 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, <ankur.tyagi85@gmail.com>
> > >> 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
> > >> > meta-arago@arago-project.org
> > >> > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
> > >>
> > >>

Re: do_rootfs error for custom image based upon arago thud branch

[Ankur Tyagi]

On Thu, Nov 14, 2019 at 7:31 PM Ankur Tyagi <ankur.tyagi85@gmail.com> wrote:
>
> On Wed, Nov 13, 2019 at 4:19 PM Denys Dmytriyenko <denys@ti.com> wrote:
> >
> > On Sun, Nov 10, 2019 at 09:52:48PM -0800, Ankur Tyagi 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
> >
> > Not really sure why do you even have any dependency between these 2 -src
> > packages. They should not and they are not dependent here for us.
> >
>
> I have been debugging this error and did some refactoring in my custom
> layer which seems
> to have fixed it but not sure as I am having another issue now. Now I
> am getting this
>
> Collected errors:
>  * Solver encountered 2 problem(s):
>  * Problem 1/2:
>  *   - nothing provides u-boot-ti-staging-src >=
> 2019.01+git0+4fc3ad1c4d needed by libudev1-3.2.7-r0.3.arago5.wsl
>  *
>  * Solution 1:
>  *   - do not ask to install a package providing packagegroup-ggl-wsl-util
>
>  * Problem 2/2:
>  *   - nothing provides u-boot-ti-staging-src >=
> 2019.01+git0+4fc3ad1c4d needed by eudev-3.2.7-r0.3.arago5.wsl
>  *
>  * Solution 1:
>  *   - do not ask to install a package providing packagegroup-core-boot
>
> I think if I can resolve this one then image can be built.
> Any idea what could be the reason? I am setting ARAGO_SYSVINIT in my
> local conf to use sysvinit in distro
>

The same image builds on my virtual machine but when I run it server
it gives me above error
So I tried restricting parallel builds to 8 as server can run 42
threads and after that change the image works.

Sounds weird but this fixed the issue. Does this make sense? I would
like to understand how

thanks
Ankur
> >
> > >  *
> > >  * 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, <ankur.tyagi85@gmail.com> wrote:
> > >
> > > > thanks for your response Denys
> > > >
> > > > On Fri, 27 Sep 2019, 4:27 a.m. Denys Dmytriyenko, <denys@ti.com> 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, <ankur.tyagi85@gmail.com>
> > > >> 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
> > > >> > meta-arago@arago-project.org
> > > >> > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
> > > >>
> > > >>

Re: do_rootfs error for custom image based upon arago thud branch

[Ankur Tyagi]

[-- Attachment #1: Type: text/plain, Size: 9625 bytes --]

Hi Denys,

I digged more and found out all issues are because of create_sourceipk task.

I have different UBOOT_MACHINE(custom_config) and MACHINE(am335x-evm)
Similarly I have customisation for linux-ti-staging recipe.

arago-source-ipk.inc set CREATE_SRCIPK for both packages, u-boot-ti-staging
and linux-ti-staging.

Because of override in bbappends, create_sourceipk task somehow creates
weird dependency on u-boot and linux src (as shown in previous emails)

Also gives multi thread (build >8) build failures, sstate-cache reuse
issues.

Is it really necessary by default to create SRC ipk? can it be a soft
assignment to 1 to allow override from local conf?

I will look into the proper fix next year but I think it should be
overridable by user as everyone doesn't need source ipk.

what do you think? should I send a patch for it?

thanks
Ankur

On Thu, 14 Nov 2019, 10:40 p.m. Ankur Tyagi, <ankur.tyagi85@gmail.com>
wrote:

> On Thu, Nov 14, 2019 at 7:31 PM Ankur Tyagi <ankur.tyagi85@gmail.com>
> wrote:
> >
> > On Wed, Nov 13, 2019 at 4:19 PM Denys Dmytriyenko <denys@ti.com> wrote:
> > >
> > > On Sun, Nov 10, 2019 at 09:52:48PM -0800, Ankur Tyagi 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
> > >
> > > Not really sure why do you even have any dependency between these 2
> -src
> > > packages. They should not and they are not dependent here for us.
> > >
> >
> > I have been debugging this error and did some refactoring in my custom
> > layer which seems
> > to have fixed it but not sure as I am having another issue now. Now I
> > am getting this
> >
> > Collected errors:
> >  * Solver encountered 2 problem(s):
> >  * Problem 1/2:
> >  *   - nothing provides u-boot-ti-staging-src >=
> > 2019.01+git0+4fc3ad1c4d needed by libudev1-3.2.7-r0.3.arago5.wsl
> >  *
> >  * Solution 1:
> >  *   - do not ask to install a package providing
> packagegroup-ggl-wsl-util
> >
> >  * Problem 2/2:
> >  *   - nothing provides u-boot-ti-staging-src >=
> > 2019.01+git0+4fc3ad1c4d needed by eudev-3.2.7-r0.3.arago5.wsl
> >  *
> >  * Solution 1:
> >  *   - do not ask to install a package providing packagegroup-core-boot
> >
> > I think if I can resolve this one then image can be built.
> > Any idea what could be the reason? I am setting ARAGO_SYSVINIT in my
> > local conf to use sysvinit in distro
> >
>
> The same image builds on my virtual machine but when I run it server
> it gives me above error
> So I tried restricting parallel builds to 8 as server can run 42
> threads and after that change the image works.
>
> Sounds weird but this fixed the issue. Does this make sense? I would
> like to understand how
>
> thanks
> Ankur
> > >
> > > >  *
> > > >  * 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, <ankur.tyagi85@gmail.com>
> wrote:
> > > >
> > > > > thanks for your response Denys
> > > > >
> > > > > On Fri, 27 Sep 2019, 4:27 a.m. Denys Dmytriyenko, <denys@ti.com>
> 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, <
> ankur.tyagi85@gmail.com>
> > > > >> 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
> > > > >> > meta-arago@arago-project.org
> > > > >> > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
> > > > >>
> > > > >>
>

[-- Attachment #2: Type: text/html, Size: 14074 bytes --]