very odd, because when polkit-agent is required, urpmi lists all possibles, then when the vendor.list preferral gets done, one of the choices is missing (polkit-agent-none). maybe due to it being noarch? @tv: do you have an idea? Reproducible: Steps to Reproduce:
CC: (none) => alien, pterjan, thierry.vignaud
indeed noarch pkgs have lower score fot urpmi
Source RPM: urpmi => polkit-agent-none
well, lower score is fine, but it's not even listed? was this by design? (due to hiding i586 choices for x86_64 OSes)? would it be possible to change this, or do you think i should double this package into 32bit and 64bit?
Yes this is per design. See _find_required_package__sort(): http://gitweb.mageia.org/software/rpm/perl-URPM/tree/URPM/Resolve.pm?id=4371f8dce15761c2c4d92d572d1adbd45fb37df6#n333 We first sort the packages according to their "arch score" (as returned by pkg->arch_compat()) & their status score (eg: preferring already installed packages). Then we eliminate packages for which arch & status scores differ from the best found package. So you should make it not noarch (and explain why in the spec file)
that's what i thought... but we should really change it so that noarch has the same score as the same arch. (and keep i586 lower). IMHO that's the better fix.
Summary: a missing choice with polkit-agent provides => noarch doesn't have the same score as the current arch when selecting for providesSource RPM: polkit-agent-none => perl-URPM
Assignee: bugsquad => thierry.vignaudTarget Milestone: --- => Mageia 5
No this is per design
Assignee: thierry.vignaud => bugsquadSummary: noarch doesn't have the same score as the current arch when selecting for provides => a missing choice b/c polkit-agent should NOT be noarchSource RPM: perl-URPM => polkit-agent-none
fine...
Status: NEW => RESOLVEDResolution: (none) => FIXED