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
On Thu, Nov 14, 2019 at 7:31 PM Ankur Tyagi wrote:
>
> On Wed, Nov 13, 2019 at 4:19 PM Denys Dmytriyenko 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
> > >
On Wed, Nov 13, 2019 at 4:19 PM Denys Dmytriyenko 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
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
>
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
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
thanks for your response Denys
On Fri, 27 Sep 2019, 4:27 a.m. Denys Dmytriyenko, 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
>
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
It got resolved after removing tmp directory and rebuilding
On Wed, 25 Sep 2019, 1:23 a.m. Ankur Tyagi, 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
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
10 matches
Mail list logo