<div dir="ltr">Is this during do_rootfs or are you seeing this issue when upgrading on the target as well?<div><br></div><div>I haven't found the bug for this but IIRC it's because do_rootfs is using --prefer-arch-to-version parameter.</div><div>meta/classes/package_ipk.bbclass:OPKG_ARGS += "--force_postinstall --prefer-arch-to-version"<br></div><div>which causes this undesired behavior.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 13, 2017 at 9:54 AM, André Draszik <span dir="ltr"><<a href="mailto:git@andred.net" target="_blank">git@andred.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
On Mon, 2017-11-13 at 13:26 +0800, Chen Qi wrote:<br>
> autoconf-archive is a set of common m4 macros, it should be allarch,<br>
> just like it is on other distros.<br>
<br>
</span>I have found previously that when changing a recipe to produce more generic<br>
output, like in this case, and the old binary package is still in deploy/,<br>
then the package manager would always pick the more specific version, even<br>
if a more recent (by package version) exists in deploy. In my case I was<br>
moving from PACKAGE_ARCH=${MACHINE_ARCH} to PACKAGE_ARCH=${TUNE_PKGARCH},<br>
but I guess it'll be the same here.<br>
<br>
What is the correct way to deal with that other that cleansstate?<br>
<br>
Cheers,<br>
Andre'<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
______________________________<wbr>_________________<br>
Openembedded-core mailing list<br>
<a href="mailto:Openembedded-core@lists.openembedded.org">Openembedded-core@lists.<wbr>openembedded.org</a><br>
<a href="http://lists.openembedded.org/mailman/listinfo/openembedded-core" rel="noreferrer" target="_blank">http://lists.openembedded.org/<wbr>mailman/listinfo/openembedded-<wbr>core</a><br>
</div></div></blockquote></div><br></div>