|
|
Screenshot from 2022-01-02 13-38-19.png (53,764 bytes) |
|
|
Note that the included screen shot was from an xrdp/xvnc session but the same bug is present in a local Gnome session. |
|
|
Hello, thank you for reporting. I tried to reproduce the issue, for me all is OK. Could you provide the result of "rpm -qa | grep almalinux"? |
|
|
$ rpm -qa | grep almalinux almalinux-backgrounds-84.5-1.el8.noarch almalinux-release-8.5-4.el8.x86_64 almalinux-indexhtml-8-7.el8.noarch almalinux-logos-84.5-1.el8.x86_64 almalinux-logos-httpd-84.5-1.el8.noarch |
|
|
The almalimux install is based on almalinux-deploy execution on 1 January, transitioning from a fully current CentOS 8.5 install. |
|
|
I found the root cause, and it's not almalinux per se. It's an interaction with a user-installed gnome theme (Pacific-Blue). stracing the gnome-control-center execution, I found it was opening a the fedora svg in the theme's user icon repository (~/.icons/Pacific-Blue/scalable/apps). Switching to a default (non-user) theme (adwaita) restored the correct logo. I don't know why the user theme was overriding the control center's usual logo selection, but the fix action is to not use old user themes. AFAIK, this can be closed. |
- Anonymous
