[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