<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 11 November 2014 20:19, Paul Barker <span dir="ltr"><<a href="mailto:paul@paulbarker.me.uk" target="_blank">paul@paulbarker.me.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":26z" class="a3s" style="overflow:hidden">I've reproduced this and tracked the cause down to the<br>
pkg_hash_fetch_best_installation_candidate function mis-handling an<br>
obscure edge case. There are two providers of perl-module-config<br>
(libperl5 and perl), but neither is actually called<br>
'perl-module-config'. This triggers an "if (nmatching > 1)" branch<br>
which causes the function to immediately return NULL instead of<br>
selecting one of the matching packages to return. I kept this when<br>
refactoring the old code but never understood why it was there in the<br>
first place. Removing this branch fixes the problem but I need to<br>
think through what other consequences that change may have.<br>
<br>
I'll roll this fix into opkg v0.2.4 which I'm planning to release<br>
ASAP. Then I'll resubmit a patch against oe-core which upgrades opkg<br>
to v0.2.4.<br>
<br>
In the meantime, the opkg-utils patch should be mergeable on its own.</div></blockquote></div><br>Thanks for the prompt debugging Paul!</div><div class="gmail_extra"><br></div><div class="gmail_extra">Ross</div></div>