Description of problem: Version-Release number of selected component (if applicable): $ cat /etc/redhat-release Fedora release 20 (Heisenbug) How reproducible: Steps to Reproduce: 1. $ rpm -ivh https://repos.fedorapeople.org/repos/openstack/openstack-juno/rdo-release-juno-1.noarch.rpm 2. yum update 3. Actual results: $ yum repolist Loaded plugins: langpacks, refresh-packagekit repo id repo name status adobe-linux-x86_64 Adobe Systems Incorporated 2 fedora/20/x86_64 Fedora 20 - x86_64 38,597 openstack-juno/20 OpenStack Juno Repository 977 updates/20/x86_64 Fedora 20 - x86_64 - Updates 21,557 repolist: 61,133 $ yum list installed|grep '@openstack-juno' python-requests.noarch 2.3.0-3.fc21 @openstack-juno selinux-policy.noarch 3.13.1-91rdo.fc21.1 @openstack-juno selinux-policy-devel.noarch 3.13.1-91rdo.fc21.1 @openstack-juno selinux-policy-targeted.noarch 3.13.1-91rdo.fc21.1 @openstack-juno $ cat /etc/yum.repos.d/rdo-release.repo [openstack-juno] name=OpenStack Juno Repository baseurl=http://repos.fedorapeople.org/repos/openstack/openstack-juno/fedora-$releasever/ enabled=1 skip_if_unavailable=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-RDO-Juno Expected results: Installed packages for fc20 distribution. Additional info: The same issue for Icehouse: see https://repos.fedorapeople.org/repos/openstack/openstack-icehouse/fedora-20/ consists of packages for fc21, fc22 distributions.
This is expected behavior and is a result of how the packages are built and distributed. It's not a bug, unless you find a package that has dependencies that cannot be satisfied by your target distribution.