On Tue, 2012-10-16 at 16:16 +0800, Robert Yang wrote:
> Hi Richard,
>
> Here are more details for this problem:
>
> RRECOMMENDS_perl-modules = "${@d.getVar('PACKAGES', True)...}"
>
> The PACKAGES would be reset by do_split_packages since:
>
> PACKAGES_DYNAMIC = "perl-module-*"
> PACKAGES_DYNAMIC_virtclass-nativesdk = "nativesdk-perl-module-*"
>
> Then:
> 1) The target perl-modules RRECOMMENDS on perl-module-*, this is what
> we expect.
>
> 2) But the nativesdk-perl-modules doesn't RRECOMMENDS on
> nativesdk-perl-module-*, this is not what we expect.
>
> I have checked the value of PACKAGES after do_split_packages, it has been
> set correctly (it contains the nativesdk-perl-module-* packages)
>
> But the:
>
> RRECOMMENDS_perl-modules = "${@d.getVar('PACKAGES', True)...}"
>
> doesn't work correctly for nativesdk, the
> d.getVar('RRECOMMENDS_perl-modules',
> True) doesn't get the new value of the PACKAGES, it gets the value of PACKAGES
> before the do_split_packages.
>
> The current patch would fix the problem, but I don't know the root cause,
> do you have any comments or directions, please?
The root cause is the way the class extension code works. I think in
this case, moving the setting of the RRECOMMENDS_perl-modules to where
you set it is the correct thing to do. We need to include this
explanation in the patch/commit though.
Cheers,
Richard
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
