On Fri, Jun 28, 2019 at 10:35 AM Petr Pisar <ppisar@xxxxxxxxxx> wrote:
On 2019-06-27, Ben Cotton <bcotton@xxxxxxxxxx> wrote:
> https://fedoraproject.org/wiki/Changes/DNF_Default_Best
>
>== Summary ==
> Currently, DNF prefers clean dependency resolution over package
> updates; a package (almost) silently won't get updated to a newer
> version if the new version has dependency problems. DNF will be
> changed to prefer updates and fail if they have dependency resolution
> issues, while the failure has a temporal or permanent workaround hint
> for users who want to use the older behavior.
>
This will also apply to DNF in Koji. And that will complicate
bootstrapping Perl ecosystem. We will probably cope with the change by
adding another step to the process of boostrapping Perl.
Nevertheless I have a question whether the "best" strategy applies to
package NEVRAs only or if it also applies to Provides and Requires. E.g.
if a
package A provides FOO = 1
and a
package B provides FOO = 2,
will installing FOO insist on installing package B or will it keep
freedom to choose between A and B?
If you request Package A you will always get package A. If you will request package in lover version, you will get the package in requested version.
Jaroslav
-- Petr
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
