* Paul Eggleton <[email protected]> [140625 09:46]: > On Tuesday 24 June 2014 09:54:12 Anders Darander wrote: > > * runtime dependencies are TUNE_PKGARCH causing do_package_write_* > > task to have different signature for MACHINEs with different > > TUNE_PKGARCH
> > -inherit allarch perlnative update-rc.d > > +inherit perlnative update-rc.d > So apart from me being reticent to make this change at all (for reasons that > we've discussed before), Yes, I'm well aware of those discussions. I was actually thinking about CC:ing you on my reply to Martin, after he suggested something like this change. > there is another issue - allarch.bbclass does more than just setting > PACKAGE_ARCH, it also disables certain other functionality such as > debug symbol splitting which is superfluous for these kinds of > recipes; in my testing when I originally wrote the webmin recipe this > significantly reduced the time required to build the recipe. We can't > just drop this inherit without regard to that. (I'm sure the same > applies elsewhere, it's just that the size of webmin makes the impact > significant.) I'm all for saving time! (And I'm not personally concerned by this issue, as I'm currently only using webmin in a build tree for a signle machine). Though, to get back to Martin Jansa's issue; if there isn't already an enhancment request file to the Yocto bugzilla, maybe it's time to file one regarding the possibillity of having an allarch package RDEPENDS/RRECOMMNEND a package with an ARCH or MACHINE tune... Paul, what do you think about the feasibility of finding such a solution? Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB -- _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-devel
