On 11 November 2014 20:19, Paul Barker <[email protected]> wrote:

> I've reproduced this and tracked the cause down to the
> pkg_hash_fetch_best_installation_candidate function mis-handling an
> obscure edge case. There are two providers of perl-module-config
> (libperl5 and perl), but neither is actually called
> 'perl-module-config'. This triggers an "if (nmatching > 1)" branch
> which causes the function to immediately return NULL instead of
> selecting one of the matching packages to return. I kept this when
> refactoring the old code but never understood why it was there in the
> first place. Removing this branch fixes the problem but I need to
> think through what other consequences that change may have.
>
> I'll roll this fix into opkg v0.2.4 which I'm planning to release
> ASAP. Then I'll resubmit a patch against oe-core which upgrades opkg
> to v0.2.4.
>
> In the meantime, the opkg-utils patch should be mergeable on its own.
>

Thanks for the prompt debugging Paul!

Ross
-- 
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to