-
-
Notifications
You must be signed in to change notification settings - Fork 4.4k
hostname: Chassis type through org.freedesktop.hostname1 but returned an emtpy string. #24384
Copy link
Copy link
Closed
Labels
hostnameregression ⚠️A bug in something that used to work correctly and broke through some recent commitA bug in something that used to work correctly and broke through some recent commit
Description
systemd version the issue has been seen with
251.4-53
Used distribution
Rawhide
Linux kernel version used
6.0.0-0.rc1.20220819git4c2d0b039c5c.16.fc38.x86_64
CPU architectures issue was seen on
x86_64
Component
systemd-hostnamed
Expected behaviour you didn't see
If we requested the chassis type through dbus org.freedesktop.hostname1 in a VM, we expected the chassis type should be "vm" rather than an empty string ''.
Unexpected behaviour you saw
If we request the chassis type in qemu and virtual box, it always returns an empty string.


Steps to reproduce the problem
- Install Fedora in a VM (QEMU or Virtual box)
- Request chassis type through dbus interface "org.freedesktop.DBus.Properties"
- the returned value should be an empty string.
Additional program output to the terminal or log subsystem illustrating the issue
No response
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
hostnameregression ⚠️A bug in something that used to work correctly and broke through some recent commitA bug in something that used to work correctly and broke through some recent commit