View Issue Details

IDProjectCategoryView StatusLast Update
0017355CentOS-8dnfpublic2021-06-28 17:40
Reporterbne Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Product Version8.1.1911 
Summary0017355: dnf --showduplicates list kernel-devel (e.g.) does only list one kernel version, RHEL8 lists all of them
DescriptionHi,

```
dnf install kernel-devel-4.18.0-147.3.1.el8_1.x86_64
Last metadata expiration check: 0:15:55 ago on Mon 11 May 2020 09:18:17 AM CEST.
No match for argument: kernel-devel-4.18.0-147.3.1.el8_1.x86_64
Error: Unable to find a match: kernel-devel-4.18.0-147.3.1.el8_1.x86_64
```
while on RHEL8
```
sudo dnf install kernel-devel-4.18.0-147.3.1.el8_1.x86_64
Dependencies resolved.
=====================================================================================================================================================================================
 Package Architecture Version Repository Size
=====================================================================================================================================================================================
Installing:
 kernel-devel x86_64 4.18.0-147.3.1.el8_1 rhel-8-for-x86_64-baseos-rpms 13 M

Transaction Summary
=====================================================================================================================================================================================
Install 1 Package
```
I found issues like this for CentOS7 already, partially it was mentioned as a feature, but in fact in all my CentOS7 installation I was able to pin to specific/old version.

I want to install a old kernel version, to build kernel modules for it. I am pretty sure this worked some time ago, maybe this issue showed up with the latest dnf update?
Steps To Reproduce* Update CentOS8 to latest greatest
* dnf install kernel-devel-4.18.0-147.3.1.el8_1.x86_64
Additional Information```
[root@hpsmc04 ~]# cat /etc/centos-release
CentOS Linux release 8.1.1911 (Core)
[root@hpsmc04 ~]# rpm -qa | grep dnf | sort
dnf-4.2.7-7.el8_1.noarch
dnf-data-4.2.7-7.el8_1.noarch
dnf-plugin-spacewalk-2.8.5-11.module_el8.1.0+211+ad6c0bc7.noarch
dnf-plugins-core-4.0.8-3.el8.noarch
libdnf-0.35.1-9.el8_1.x86_64
python3-dnf-4.2.7-7.el8_1.noarch
python3-dnf-plugin-spacewalk-2.8.5-11.module_el8.1.0+211+ad6c0bc7.noarch
python3-dnf-plugins-core-4.0.8-3.el8.noarch
python3-libdnf-0.35.1-9.el8_1.x86_64
```

```
[bne@jsfuc01 ~]$ cat /etc/redhat-release
Red Hat Enterprise Linux release 8.1 (Ootpa)
[bne@jsfuc01 ~]$ rpm -qa | grep dnf | sort
dnf-4.2.7-7.el8_1.noarch
dnf-data-4.2.7-7.el8_1.noarch
dnf-plugins-core-4.0.8-3.el8.noarch
dnf-plugin-spacewalk-2.8.5-11.module+el8.1.0+3455+3ddf2832.noarch
dnf-plugin-subscription-manager-1.25.17-1.el8.x86_64
libdnf-0.35.1-9.el8_1.x86_64
python3-dnf-4.2.7-7.el8_1.noarch
python3-dnf-plugins-core-4.0.8-3.el8.noarch
python3-dnf-plugin-spacewalk-2.8.5-11.module+el8.1.0+3455+3ddf2832.noarch
python3-libdnf-0.35.1-9.el8_1.x86_64
```
TagsNo tags attached.

Activities

martinetd

martinetd

2020-05-11 12:48

reporter   ~0036916

This isn't a dnf problem; that's just what's declared in the repodata for centos8 right now

$ curl -s http://mirror.centos.org/centos-8/8/BaseOS/x86_64/os/repodata/76e398a0cd87a7c4587ba19da6b17f9e565f71b18fd3a7f6c8b5acc47311d0f2-primary.xml.gz | zgrep '<name>kernel-devel'
  <name>kernel-devel</name>

So I assume this is somewhat on purpose, but that has annoyed me too.. The rpms are still there, they're just excluded from metadata, so you'll need to manually fetch kernel versions you need. I believe dnf will let you run dnf downgrade http://whatever/yourkerneldevel.rpm
bne

bne

2020-05-11 13:03

reporter   ~0036917

Thank you very much for the pointer, I did not even think about this unfortunately.

Luckily we have a mirror, which is atm a 1-to-1 copy of upstream, but triggering "createrepo" was sufficient to get the corresponding metadata which include all the packages!
gryu

gryu

2021-06-13 06:35

reporter   ~0038495

Stumbled upon this issue as well. This one is a major annoyance. It appears as this behavior persists for all packages, not just kernel and kernel-devel.
Can be easily reproduced both with the latest minor release and vault repositories.

Let take an example of python3-perf for CentOS 8.3 Vault Repo. The following versions of the package are available in the vault repository as files in Packages folder (https://vault.centos.org/8.3.2011/BaseOS/x86_64/os/Packages/)

* python3-perf-4.18.0-240.1.1.el8_3.x86_64.rpm
* python3-perf-4.18.0-240.10.1.el8_3.x86_64.rpm
* python3-perf-4.18.0-240.15.1.el8_3.x86_64.rpm
* python3-perf-4.18.0-240.22.1.el8_3.x86_64.rpm


[root@76608772077a yum.repos.d]# yum list --showduplicates --available --disablerepo=* --enablerepo=C8.3* python3-perf
Failed to set locale, defaulting to C.UTF-8
Last metadata expiration check: 0:58:22 ago on Sun Jun 13 05:34:33 2021.
Available Packages
python3-perf.x86_64 4.18.0-240.22.1.el8_3 C8.3.2011-baseos

[root@76608772077a yum.repos.d]# cat /etc/yum.repos.d/CentOS-Vault.repo
# 8.0.1905
[C8.0.1905-baseos]
name=CentOS-8.0.1905 - BaseOS
baseurl=http://vault.centos.org/8.0.1905/BaseOS/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

[C8.0.1905-appstream]
name=CentOS-8.0.1905 - AppStream
baseurl=http://vault.centos.org/8.0.1905/AppStream/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

[C8.0.1905-extras]
name=CentOS-8.0.1905 - Extras
baseurl=http://vault.centos.org/8.0.1905/extras/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

# 8.1.1911
[C8.1.1911-baseos]
name=CentOS-8.1.1911 - BaseOS
baseurl=http://vault.centos.org/8.1.1911/BaseOS/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

[C8.1.1911-appstream]
name=CentOS-8.1.1911 - AppStream
baseurl=http://vault.centos.org/8.1.1911/AppStream/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

[C8.1.1911-extras]
name=CentOS-8.1.1911 - Extras
baseurl=http://vault.centos.org/8.1.1911/extras/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

# 8.2.2004
[C8.2.2004-baseos]
name=CentOS-8.2.2004 - BaseOS
baseurl=http://vault.centos.org/8.2.2004/BaseOS/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

[C8.2.2004-appstream]
name=CentOS-8.2.2004 - AppStream
baseurl=http://vault.centos.org/8.2.2004/AppStream/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

[C8.2.2004-extras]
name=CentOS-8.2.2004 - Extras
baseurl=http://vault.centos.org/8.2.2004/extras/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

#C8.3.2011
[C8.3.2011-baseos]
name=CentOS-8.3.2011 - BaseOS
baseurl=http://vault.centos.org/8.3.2011/BaseOS/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

[C8.3.2011-appstream]
name=CentOS-8.3.2011 - AppStream
baseurl=http://vault.centos.org/8.3.2011/AppStream/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0

[C8.3.2011-extras]
name=CentOS-8.3.2011 - Extras
baseurl=http://vault.centos.org/8.3.2011/extras/$basearch/os/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial
enabled=0
carlwgeorge

carlwgeorge

2021-06-23 03:55

developer   ~0038504

The problem with this was up until recently we didn't have a way to merge modular metadata. That was fixed in CentOS Stream 8 in May, and brought to CentOS Linux 8 in June with the 8.4 release.

https://lists.centos.org/pipermail/centos-devel/2021-May/076839.html

Issue History

Date Modified Username Field Change
2020-05-11 07:55 bne New Issue
2020-05-11 12:48 martinetd Note Added: 0036916
2020-05-11 13:03 bne Note Added: 0036917
2021-06-13 06:35 gryu Note Added: 0038495
2021-06-23 03:55 carlwgeorge Status new => closed
2021-06-23 03:55 carlwgeorge Resolution open => fixed
2021-06-23 03:55 carlwgeorge Note Added: 0038504
2021-06-28 17:40 toracat Status closed => resolved