Dependency resolving ignores changed sstate-cache?

Dependency resolving ignores changed sstate-cache?

[Samuel Stirtzel]

Hi,
it seems that I accidentally deleted fbset from my
.../tmp-eglibc/work/... dir while cleaning out old builds for another
recipe.
For some reason I had a r0 directory from the past of the recipe which
is now r1.
So I deleted it manually and fbset too, but I didn't notice.

Thereafter I built an image that has been already built before,
but it had some IMAGE_INSTALL changes.
Everything was alright until opkg encountered the following error:
| Collected errors:
|  * satisfy_dependencies_for: Cannot satisfy the following
dependencies for qt4-x11-free:
|  *    fbset *
|  * opkg_install_cmd: Cannot install package qt4-x11-free.

Of course it could not find fbset, as it was deleted previously,
so I did a "bitbake -ccleansstate fbset" but the error still occurred.


This leads me to the conclusion, that the sstate-cache change was not
noticed by bitbake?
Or is there higher cache instance file that makes bitbake believe that
fbset was built?

After I built fbset with bitbake manually everything went back to normal,
so there is no problem just confusion :)



For the reason of understanding it, is there any recent documentation
about the dependency caching of bitbake?

-- 
Regards
Samuel

Re: Dependency resolving ignores changed sstate-cache?

[Richard Purdie]

On Tue, 2011-12-13 at 10:30 +0100, Samuel Stirtzel wrote:
> it seems that I accidentally deleted fbset from my
> .../tmp-eglibc/work/... dir while cleaning out old builds for another
> recipe.
> For some reason I had a r0 directory from the past of the recipe which
> is now r1.
> So I deleted it manually and fbset too, but I didn't notice.
> 
> Thereafter I built an image that has been already built before,
> but it had some IMAGE_INSTALL changes.
> Everything was alright until opkg encountered the following error:
> | Collected errors:
> |  * satisfy_dependencies_for: Cannot satisfy the following
> dependencies for qt4-x11-free:
> |  *    fbset *
> |  * opkg_install_cmd: Cannot install package qt4-x11-free.
> 
> Of course it could not find fbset, as it was deleted previously,
> so I did a "bitbake -ccleansstate fbset" but the error still occurred.
> 
> 
> This leads me to the conclusion, that the sstate-cache change was not
> noticed by bitbake?
> Or is there higher cache instance file that makes bitbake believe that
> fbset was built?
> 
> After I built fbset with bitbake manually everything went back to normal,
> so there is no problem just confusion :)
> 
> 
> 
> For the reason of understanding it, is there any recent documentation
> about the dependency caching of bitbake?

Usually the above is a sign of a dependency bitbake has not been aware
of. Could you see which .ipk has the dependency on fbset?

Its likely some recipe doesn't have fbset in DEPENDS but is somehow
depending on it if it happened to be built before that recipe and was
present in the sysroot. Usually this happens with libraries so I'm a
little puzzled why it would happen with a binary unless there is a lib
in that package too.

Cheers,

Richard

Re: Dependency resolving ignores changed sstate-cache?

[Samuel Stirtzel]

2011/12/13 Richard Purdie <richard.purdie@linuxfoundation.org>:
[snip]
> Usually the above is a sign of a dependency bitbake has not been aware
> of. Could you see which .ipk has the dependency on fbset?

It looks like this is the ipk:
| Installing qt4-x11-free (4.7.4-r33.3) to root...
| Downloading file:/work/oe-core/tmp-eglibc/deploy/ipk/armv7a/qt4-x11-free_4.7.4-r33.3_armv7a.ipk.


This article may be related?
http://labs.qt.nokia.com/2009/11/20/building-qt-to-make-use-of-the-beagle-boards-sgx-gpu/

--
Regards
Samuel

Re: Dependency resolving ignores changed sstate-cache?

[Samuel Stirtzel]

2011/12/13 Samuel Stirtzel <s.stirtzel@googlemail.com>:
> 2011/12/13 Richard Purdie <richard.purdie@linuxfoundation.org>:
> [snip]
>> Usually the above is a sign of a dependency bitbake has not been aware
>> of. Could you see which .ipk has the dependency on fbset?
>
> It looks like this is the ipk:
> | Installing qt4-x11-free (4.7.4-r33.3) to root...
> | Downloading file:/work/oe-core/tmp-eglibc/deploy/ipk/armv7a/qt4-x11-free_4.7.4-r33.3_armv7a.ipk.
>
>
> This article may be related?
> http://labs.qt.nokia.com/2009/11/20/building-qt-to-make-use-of-the-beagle-boards-sgx-gpu/
>
> --
> Regards
> Samuel

it seems that my citation paste got lost:
"Ångström is busybox based, and the fbset command you will need to set 32
bit color depths on the console will not work with the default fbset
busybox symlink. You will therefore have to install and use fbset(.real)
in order to get 32bit color depths, which is a simple opkg install away for
the connected Beagle board and a bitbake away for the stranded."


-- 
Regards
Samuel