xbps-src prefers old local binary packages over version in template

[Chocimier]

xbps-src rebuilds dependencies listed in template, but not their runtime dependencies.
This causes errors in building packages[1][2] when such transitive dependency was build long ago enough to become uninstallable (eg. solib conflicts).
This may also cause local builds to use older version of build-time dependencies than available in template.

Reproduction simulating gtkd built before revbump for ldc:

git revert 81d682966271c
git revert 07f83ffb9bb87
./xbps-src pkg gtkd
rm hostdir/binpkgs/ldc*-1.24.0_2.x86_64.xbps
xbps-rindex --clean hostdir/binpkgs
git checkout HEAD~2
xnew a # let it makedepend on tilix (it has runtime dependency on gtkd)
./xbps-src fetch a
# gtkd-3.9.0_4: broken, unresolvable shlib `libdruntime-ldc-shared.so.94'

Ideas to fix it other than rebuilding all old local packages?

[1] #24765 (comment)
[2] https://www.reddit.com/r/voidlinux/comments/nov7b2/dependency_issues_while_updating_chromium_through/

[ericonr]

bestmatching=true? The repo list that xbps-src uses should be more tightly controlled than the one in a user's system, where bestmatching can be more dangerous.

EDIT: this would break if templates have older versions and we want to use those, I guess.

[Chocimier]

Hmm, this is more binary vs template, than local vs template/remote. With big push of templates, this can take form of using remote binary packages older than templates.

[github-actions]

Issues become stale 90 days after last activity and are closed 14 days after that. If this issue is still relevant bump it or assign it.

[github-actions]

Issues become stale 90 days after last activity and are closed 14 days after that. If this issue is still relevant bump it or assign it.

[github-actions]

Issues become stale 90 days after last activity and are closed 14 days after that. If this issue is still relevant bump it or assign it.

[Chocimier]

Assigning so it won't close, despite no acceptable solution known yet.