Bug 2021087
| Summary: | Installation of Fedora Kinoite in a UTC timezone breaks KDE | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Benjamin Holmes <bholmes> | ||||||
| Component: | plasma-desktop | Assignee: | KDE SIG <kde-sig> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 35 | CC: | 8ru2u4gz, anaconda-maint-list, danny+redhatbugzilla, developerdannymate, fedora, hygorhernane, jgrulich, jonathan, kde-sig, kellin, me, paul.richards, rdieter, steph, tcooper, than, travier, vanmeeuwen+fedora, vponcova, w | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | No Doc Update | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2022-05-17 15:04: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: | |||||||||
| Attachments: |
|
||||||||
|
Description
Benjamin Holmes
2021-11-08 10:36:25 UTC
Created attachment 1840689 [details]
Installation logs from another user who coorborated issue
I don't think it's an Anaconda bug. Redirecting to plasma. I've reported it here already: https://bugs.kde.org/show_bug.cgi?id=442011 but now that we have a better reproducer I can work on it / update the upstream report. I don't think that bug is related, Timothée. It's not just missing icons, when installing using a GMT timezone there are no applications at all. The KDE menu is empty, not even system settings starts. The mostly likely issue here is that on Kinoite, all files in /usr are timestamp 0 (thus using the UNIX origin timestamp). The fact that it manifest only on the UTC timezone might be because on other TZ, something in KDE will convert the date into a "local zone" timestamp/date which then won't be 0. Thus I think that the linked bug is a most probably a part but I agree that it may not be the entire bug or the full root cause behind this issue. I can confirm this is still an issue on Kinoite Fedora 35. I set the timezone to London BST (UTC+1) during installation and KDE is unusable! Reinstalling using US Eastern Standard Time leads to a working system. I can confirm this is still an issue on Kinoite Fedora 35. I set the timezone to London BST (UTC+1) during installation and KDE is unusable! Reinstalling using US Eastern Standard Time leads to a working system. Fedora Kinoite 36 has the same issue. Europe/London timezone. Trying to get my brother to switch from popOS after his install exploded after an update. Changing timezone fixes it but it's really not a solution. Posted a patch upstream: https://invent.kde.org/frameworks/kservice/-/merge_requests/87 You can try the fix by downloading the RPM from https://koji.fedoraproject.org/koji/taskinfo?taskID=87087243 and then running: ``` $ rpm-ostree override replace ./kf5-kservice-5.93.0-2.fc36.x86_64.rpm ``` and reboot FEDORA-2022-5f52a69edb has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-5f52a69edb FEDORA-2022-5f52a69edb has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report. Any chance of this being backported to Kinotie 36? Without this fix the only just released Kinoite 36 is effectively unusable in the UTC timezone. This will come to Fedora 36 as part of the update to KDE Frameworks to 5.94 that should happen in the coming days/weeks. Same for F35, if it ever gets this update (not sure about that though). This is now in Kinoite 36 too. |