Hide Forgot
Description of problem: Check out ceph.spec from dist-git (http://pkgs.fedoraproject.org/cgit/rpms/ceph.git/) and try to install the build dependencies: # dnf builddep ~/d/fedora/ceph/master/ceph.spec --enablerepo=rawhide --best --allowerasing [...] Error: package selinux-policy-devel-3.13.1-179.fc25.noarch requires selinux-policy = 3.13.1-179.fc25, but none of the providers can be installed Note that these packages are already installed: $ rpm -q selinux-policy-devel selinux-policy selinux-policy-targeted selinux-policy-devel-3.13.1-179.fc25.noarch selinux-policy-3.13.1-179.fc25.noarch selinux-policy-targeted-3.13.1-179.fc25.noarch Version-Release number of selected component (if applicable): rpm-4.13.0-0.rc1.27.fc25.x86_64 dnf-1.1.7-2.fc25.noarch How reproducible: 100% Steps to Reproduce: 1. (As described above) Additional info: It looks as if the problem comes from this part of ceph.spec: %package devel Summary: SELinux policy devel Group: System Environment/Base Requires(pre): selinux-policy = %{version}-%{release} Perhaps dnf previously ignored `Requires(pre)'?
(In reply to Richard W.M. Jones from comment #0) > It looks as if the problem comes from this part of ceph.spec: > > %package devel > Summary: SELinux policy devel > Group: System Environment/Base > Requires(pre): selinux-policy = %{version}-%{release} Wrong file. The above comes from selinux-policy.spec. However ceph.spec contains: %package selinux Summary: SELinux support for Ceph MON, OSD and MDS Group: System Environment/Base Requires: %{name} Requires: policycoreutils, libselinux-utils Requires(post): selinux-policy-base >= %{_selinux_policy_version}, policycoreutils, gawk
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle. Changing version to '25'.
Please can you confirm that the issue is valid for dnf-2.4.1-1 and dnf-plugins-core-2.0.0-1 that are part of rawhide or Fedora 26, or can be downloaded from our testing repository (dnf copr enable rpmsoftwaremanagement/dnf-nightly). Thanks a lot for your cooperation.
No, it seems to be fixed in dnf 2.1.0.