[oe] [2011.03-maintenance] Packaged staging -- dependency problem

Mats Kärrman Mats.Karrman at tritech.se
Thu Jan 19 11:03:14 UTC 2012


> From: openembedded-devel-bounces at lists.openembedded.org [openembedded-devel-bounces at lists.openembedded.org] on behalf of Tom Rini [tom.rini at gmail.com]
> Sent: Wednesday, January 18, 2012 7:56 PM
> To: openembedded-devel at lists.openembedded.org
> Subject: Re: [oe] [2011.03-maintenance] Packaged staging -- dependency  problem
> 
> On Wed, Jan 18, 2012 at 8:51 AM, Mats Kärrman <Mats.Karrman at tritech.se> wrote:
> > Well, now at least it pulls packages from the mirror instead of building them but there is a but.
> >
> > When building glib-2.0, do_configure uses autotools and the configure script of glib-2.0 wants to use sed from sysroots. sed-native exists in the mirror but has not been installed in sysroots. I am uncertain where the dependency on sed (or sed-native?) is missing/should be added. In the glib recipe or for autotools class? (this time i looked in master but found no relevant patches.)
> >
> > Any advice?
> 
> I think you're going to find that without a lot of additional work,
> packaged-staging isn't going to be helpful beyond you and your
> machine.  A lot of the lessons learned in making packaged-staging work
> better are found in sstate-cache in oe-core.  The easiest fix here is
> to add ASSUME_PROVIDED += "sed-native" to your local.conf / similar so
> that sed-native isn't built and your host one is used.
> 
> --
> Tom
> 

I am keeping it to one machine and still there is problems.
After cleaning everything and starting over using ASSUME_PROVIDED for sed-native and excluding some other stuff from the image that I could do without I finally got it to build all the way.

Not something I will use for the build server but perhaps usable for day-to-day development work; I did manage to cut the build time in half! :)

Since the package-staging.bbclass patch worked as supposed I will submit a pull request for that and you may take it if you think it's useful for others.

Thanks,
Mats

> 




More information about the Openembedded-devel mailing list