Yocto fido->;莫蒂更新dnsmasq无GNU_哈希

Yocto fido->;莫蒂更新dnsmasq无GNU_哈希,yocto,ldflags,Yocto,Ldflags,因此,我的任务是将基于yocto的系统从fido升级到morty。我对yocto几乎没有什么经验,我已经和它斗争了将近一个星期,试图理解它。我已经设法解决了一些问题,但现在我在尝试构建映像时遇到了一个问题: dnsmasq-2.68-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary: '/oe/.../dnsmasq/2.68-r0/packages-split/dnsmasq/usr/bin/dnsmasq' 我已在网上查找解

因此,我的任务是将基于yocto的系统从fido升级到morty。我对yocto几乎没有什么经验,我已经和它斗争了将近一个星期,试图理解它。我已经设法解决了一些问题,但现在我在尝试构建映像时遇到了一个问题:

dnsmasq-2.68-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary: '/oe/.../dnsmasq/2.68-r0/packages-split/dnsmasq/usr/bin/dnsmasq'
我已在网上查找解决方案,并通过添加以下内容找到了抑制错误的方法:

INSANE_SKIP_${PN} = "ldflags"
在食谱中

然而,我不相信这是一种“正确”的方法,我在另一个食谱上也有过同样的问题。我还发现有人也有类似的问题,重新排列软件包就成功了,但我不知道怎么做


因此,我的问题是:在所有有此问题的食谱中添加“疯狂”跳过是不是一个坏主意?如果是这样,如何修复它?

meta oe
中查看食谱可能会让您受益匪浅

您的问题是
dnsmasq
不遵守
LDFLAGS
现成变量。尝试添加:

EXTRA_OEMAKE_append = " 'LDFLAGS=${LDFLAGS}'"

按照你的食谱。(请参阅链接URL中的配方)。

在某个地方,您可能已经用
EXTRA\u OECONF=“foobar”
覆盖了EXTRA\u OECONF
使用
+=
概念可能会解决问题:

EXTRA_OECONF += " foobar "

这就成功了,谢谢你。但为什么现在我搬到莫蒂时,这是一个问题,而不是fido中的问题?除非您密切关注开发周期,否则请始终查看Yocto项目参考手册中的迁移指南。这一特殊的变化在本文中有所涉及。