Bug 1222738 - virt-manager shows SLE Micro 6.0 in suggested OS version should be SL Micro 6.0
Summary: virt-manager shows SLE Micro 6.0 in suggested OS version should be SL Micro 6.0
Status: RESOLVED FIXED
Alias: None
Product: PUBLIC SUSE Linux Enterprise Micro 6.0
Classification: openSUSE
Component: Image-based Installation (show other bugs)
Version: unspecified
Hardware: Other Other
: P3 - Medium : Normal
Target Milestone: ---
Assignee: Charles Arnold
QA Contact: Jose Lausuch
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-04-12 16:43 UTC by Lubos Kocman
Modified: 2024-05-14 15:00 UTC (History)
4 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
virt-manager screenshot (985.70 KB, image/png)
2024-04-12 16:43 UTC, Lubos Kocman
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lubos Kocman 2024-04-12 16:43:13 UTC
Created attachment 874257 [details]
virt-manager screenshot

Hello team,

we probably want to update list of distribuions available in libvirt tools to reflect the rename of SLE Micro (was SLE Micro 5.X now is SL Micro 6.X).

The virt-manager on 15 SP6 / Leap 15.6 has it incorrect.

Lubos
Comment 1 Stefan Hundhammer 2024-04-14 08:39:01 UTC
AFAIK SL Micro 6.x doesn't use YaST at all, so adding yast2-maintainers as responsible for installation problems was wrong when creating this new project in Bugzilla. And there is no catch-all component like 'other', which is another big mistake.

But virt-install is a completely separate component anyway; it's part of the virtualization tools, not of YaST. When I had problems using it for a completely new distribution some years ago, I debugged a bit into it and found out that it uses 'os-prober' (IIRC), another separate project, to find out what kind of installation medium it is looking at; it used lots of heuristics to check if it's Red Hat, Debian, Ubuntu, or SUSE, and what generation of that distribution; based on the directory tree on the ISO and what files could be found to identify it.

And both, 'virt-install' as well as 'os-prober', are running on the host, not on the VM, so it usually takes a while to until any relevant changes arrive there. We (SUSE) can backport such changes, but for other vendors (Red Hat, Debian, Canonical) that won't be so easy.
Comment 2 Stefan Hundhammer 2024-04-15 09:16:28 UTC
That other bug that I mentioned was bug #1057562 when I first tried to install SLE-15 with virt-installer back in late 2017. Some more details there.
Comment 3 Stefan Hundhammer 2024-04-15 09:18:42 UTC
I just received confirmation that there is also no Agama-based installation for Micro 6.0.

Please remove the YaST team from the "Installation" component; we are not involved here.
Comment 4 Stefan Hundhammer 2024-04-16 09:20:17 UTC
Our other products have a file media.1/products that identifies them:

>> [sh @ balrog] /work/iso 7 % cat /mnt/media.1/products 
>> / openSUSE-Leap 15.5-1


But AFAICS Micro 6.0 has not:
(also notice the ISO name: SLE-Micro)

>> [sh @ balrog] /work/iso 20 % sudo mount -r -o loop SLE-Micro.x86_64-6.0-Base-SelfInstall-Beta4.install.iso  /mnt
>> 
>> [sh @ balrog] /work/iso 21 % ls -l /mnt
>> total 1025091
>> drwxr-xr-x 1 root root      2048 12. Mär 16:02 boot
>> -rw-r--r-- 1 root root        22 12. Mär 16:00 config.isoclient
>> drwxr-xr-x 1 root root      2048 12. Mär 15:59 EFI
>> -rw------- 1 root root 137885480 12. Mär 16:03 initrd.system_image
>> -rw-r--r-- 1 root root 911802368 12. Mär 16:02 SLE-Micro.raw.squashfs
>> 


So there is nothing to easily identify this product.
Comment 5 Stefan Hundhammer 2024-05-06 14:57:31 UTC
See also bug #1223976
Comment 7 Charles Arnold 2024-05-09 20:04:51 UTC
(In reply to OBSbugzilla Bot from comment #6)
> This is an autogenerated message for IBS integration:
> This bug (1222738) was mentioned in
> https://build.suse.de/request/show/329656 SLE-15-SP6 / osinfo-db
> https://build.suse.de/request/show/329657 SLE-15-SP6 / virt-manager

Fix has been submitted. I assume this will find it's way automatically
into SL Micro.