On Sun, Aug 27, 2017 at 2:48 PM, Otavio Salvador
<ota...@ossystems.com.br> wrote:
> There is no COMPATIBLE_HOST in the recipe neither it makes sense for
> this to be machine specific.
>
> Possibly, initramfs-framework's based modules may be machine specific
> but if there is the case they can just RDEPENDS on
> initramfs-framework-base and provide the specific module as another
> recipe.
>
> Signed-off-by: Otavio Salvador <ota...@ossystems.com.br>
> ---
>
> Changes in v3:
> - Add the new dependencies to the hash whitelist
>
> diff --git a/meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb
> b/meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb
> index 9d69a696f1..94bf1756e3 100644
> --- a/meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb
> +++ b/meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb
> @@ -3,12 +3,10 @@ LICENSE = "MIT"
> LIC_FILES_CHKSUM =
> "file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
> RDEPENDS_${PN} += "${VIRTUAL-RUNTIME_base-utils}"
>
> -PR = "r2"
> +PR = "r3"
> +
> +inherit allarch
>
> -# While the packages maybe an allarch due to it being a
> -# simple script, reality is that it is Host specific based
> -# on the COMPATIBLE_HOST below, which needs to take precedence
> -#inherit allarch
> INHIBIT_DEFAULT_DEPS = "1"
The allarch class sets INHIBIT_DEFAULT_DEPS, so that line could be removed.
> SRC_URI = "file://init \
> --
> 2.14.1
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
