On Sat, 12 Aug 2017 10:45:29 +0800, Chenxiong Qi wrote:
> [root@e151b05870c7 pkgs]# dnf repoquery koji
> Last metadata expiration check: 0:01:39 ago on Sat Aug 12 02:25:14 2017.
> and koji-1.13 is listed by resolving the dependencies
> [root@e151b05870c7 pkgs]# dnf repoquery --requires --resolve fedpkg
> Last metadata expiration check: 0:04:56 ago on Sat Aug 12 02:25:14 2017.
> The problem is, when start to install fedpkg, koji-1.10 is resolved
> rather than version 1.13
> [root@e151b05870c7 pkgs]# dnf install fedpkg
> Last metadata expiration check: 0:10:38 ago on Sat Aug 12 02:25:14 2017.
> Dependencies resolved.
> Package Arch Version
> Repository Size
> koji noarch 1.10.1-13.fc25
> fedora 279 k
> This problem does not affect fedpkg but also other packages, e.g.
> bodhi-client and packagedb-cli, that has "Requires: koji" in SPEC
> file. I created a fake package with only koji in Requires, this
> problem can also be reproduced with it.
Your analysis is incomplete. It's not sufficient to claim there is an
issue. "Requires: koji" is non-versioned, so the depsolver behaviour is
implementation dependent. It may pull in _either_ build of the koji package
to satisfy the dependencies. There is no rule [yet] that would pull in the
latest EVR of a package already when installing it for the first time. Yum
hasn't done it, with its author refusing to change that behaviour, and DNF
probably mimics that behaviour. A subsequent "dnf update" may update koji
immediately. Have you tested that?
Further, it is absolutely normal that some packages exist in the repos
with multiple builds. For example, the initial release in the [fedora]
repo, an update in the [updates] repo, and for several years in the past,
older repository maintenance tools have kept multiple builds in the repos.
That could become the default again in the future.
And finally, it could be that there's a real issue that would require a
detailed look at the packages, which may cause dnf to not choose the
latest koji for the initial transaction set.
devel mailing list -- email@example.com
To unsubscribe send an email to devel-le...@lists.fedoraproject.org