Description of problem:
Add RHEL-8.0.1 to libosfinfo
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. We have RHEL8.0.1 compose:
Compose Path: /mnt/redhat/rhel-8/rel-eng/updates/RHEL-8/RHEL-8.0.1-updates-20190709.0
Compose ID: RHEL-8.0.1-updates-20190709.0
Compose Label: Update-2.0
2. RHEL-8.0.1 isn't listed in osinfo-db
# osinfo-query os |grep rhel8
rhel8-unknown | Red Hat Enterprise Linux 8 Unknown | 8-unknown | http://redhat.com/rhel/8-unknown
rhel8.0 | Red Hat Enterprise Linux 8.0 | 8.0 | http://redhat.com/rhel/8.0
rhel8.1 | Red Hat Enterprise Linux 8.1 | 8.1 | http://redhat.com/rhel/8.1
We do not plan to have RHEL-8.x.y added and displayed as a different version of RHEL-8.x. So, for instance, RHEL-8.0.1 should be detected as RHEL-8.0 and in case it doesn't happen, then it's a bug.
The reationale for this is that customers would just be interested to know which 8.x release they are running. So far, I don't see a strong reason for changing that and I'd prefer closing this issue as WONTFIX. If, for some reason, it changes in the future and we need to advertise 8.x.y releases, then we can tweak it.
Please, let me know if you agree with the decision of closing the issue as WONTFIX.
Hi Fabiano Fidêncio,
Yes, RHEL-8.0.1 is detected as RHEL-8.0 correctly when i try to install a vm with tree http://download.eng.pek2.redhat.com/pub/rhel/rel-eng/updates/RHEL-8/RHEL-8.0.1-updates-20190709.0/compose/BaseOS/x86_64/os/, virt-manager can show version correctly.
Details please see screenshot.
We can close the issue as WONTFIX, thanks.
Created attachment 1592514 [details]
screenshot-1 for detecting rhel8.0.1 tree as rhel8.0 product version correctly
I'm closing the bug then, thanks.