Bug 2127183

Summary: Backport upstream d4001c5 commit to fix missing Device Security panel in Settings
Product: [Fedora] Fedora Reporter: hozhengxuan
Component: systemdAssignee: systemd-maint
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 37CC: dtardon, fedoraproject, filbranden, flepied, lnykryn, msekleta, ryncsn, ssahani, s, systemd-maint, yuwatana, zbyszek
Target Milestone: ---Keywords: Bugfix, Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-10-01 18:41:49 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description hozhengxuan 2022-09-15 15:09:32 UTC 
Description of problem:
When requesting the chassis type through systemd-hostnamed, it sometimes
returns an empty string, causing Device Security panel in Settings to be hidden. The fix has been backported upstream to v251-stable through commit d4001c5.
https://github.com/systemd/systemd/commit/d4001c518a5a3b5b22fd74983e413d0242b84b5e
https://github.com/systemd/systemd/pull/24385

Version-Release number of selected component (if applicable):
251

How reproducible:

Steps to Reproduce:
1. Terminal: "$ hostnamectl chassis"

Actual results:
Value returned is empty string

Expected results:
Value returned should be 'laptop' in my case

Additional info:
Original upstream bug report(https://github.com/systemd/systemd/issues/24384) was produced in a VM, but it happens in my case which is on real hardware too. Nonetheless the upstream fix should be good enough for all cases.
Comment 1 Zbigniew Jędrzejewski-Szmek 2022-10-01 18:41:49 UTC 

*** This bug has been marked as a duplicate of bug 2129343 ***