Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Recent system update to version 41580 breaks theme and designated desktop icons for mounted volumes not displayed #3099

Open
zeekisthename opened this issue Apr 24, 2024 · 8 comments

Comments

@zeekisthename
Copy link

As indicated in bug title a recent update to version 41580 has broken the theme for desktop window title bar and now a large question mark appears imposed over a non-selectable theme. The windows title bar no appears as a gradient instead of a solid color as designated in the now unselectable theme.

Additionally, designated volume icons fail to appear on desktop for mounted volumes.

Until the recent update to 41580 there were no such issues.

Note that the same issues involving the theme and destop volume icons has appeared in Fedora Rawhide.

See here: https://bugzilla.redhat.com/show_bug.cgi?id=2276481

theme_question
window_border_gradient

@fenrus75
Copy link
Contributor

fenrus75 commented Apr 24, 2024 via email

@zeekisthename
Copy link
Author

The screenshots are from the Mate desktop, however this same problem exists in Fedora Rawhide whcih appears to me to be an upstream issue.

Can you identify the particular package(s) to render chosen themes and characteristics such as window borders? This would narrow down the issue.

@ilmarn
Copy link

ilmarn commented Apr 25, 2024

not sure if its related but it seems .xpm image format support is broken, was fine in 41560. at least Eye of Gnome says "Unrecognized image file format"

@fenrus75
Copy link
Contributor

The screenshots are from the Mate desktop, however this same problem exists in Fedora Rawhide whcih appears to me to be an upstream issue.

Can you identify the particular package(s) to render chosen themes and characteristics such as window borders? This would narrow down the issue.

this 100% depends on the desktop in use -- each does their own. Which makes this hard for me to answer as we don't ship the Mate desktop.
(Mate is especially tricky since it has half a foot in the door in the gnome world yet doesn't at the same time)

@zeekisthename
Copy link
Author

zeekisthename commented Apr 26, 2024

ilmarn and fenrus75 thank you for your replies.

The issue does appear to be related to failure to recognize the xpm file format.

Copying the metacity-1 xpm files to another theme produced the same behavior with a question mark in appearance preferences when attempting to select the theme.

Further converting the xpm to png and inserting into the theme did not resolve the issue.

Do themes hard code the file format for metacity somewhere in the theme? I have not been able to find a reference to xpm in config files.

So the matter apprears to be failure to recognize xpm file format in clear linux.

Does this need to be written up as a bug, and if so what specific package would need to be cited?

Further the failure to display a designated icon on the desktop.

Using autorun.inf with designated icon in .ico format.

Has the .ico format also been broken in 41580?

Please let me know how to proceed.

Thank you.

@fenrus75
Copy link
Contributor

If icons are missing in a theme, then MATE really needs to provide its own icons to be honest -- we're not really shipping metacity anymore for example which also means we're unlikely to ship or care about its icon

@zeekisthename
Copy link
Author

Fenrus75 thank you for the reply.

The desktop icon issue was resolved by switching to png for mounted volumes.

It appears the only issue is failure to render xpm file format.

Does this need to be written up as a bug?

Thank you.

@zeekisthename
Copy link
Author

zeekisthename commented Apr 29, 2024

Upon further examination it appears that Clear linux support for not only .xpm file format, but also .ico and .bmp.

Since at least the .xpm format support failure occurred in Fedora 41 at approximately the same time, this appears to be an upstream issue attributable to a Gnome development feature assassination misapprehension that less is better.

Nevertheless, at least for the moment, .xpm file format recognition can be restored by installing the following files via sudo command line interface using rpm (no dependencies):

libxpm4-3.5.17-2.x86_64.rpm
libxpm-dev-3.5.17-2.x86_64.rpm
xpmutils-3.5.17-2.x86_64.rpm

If you can not obtain .rpms you may choose to download .deb format files and convert to .rpm using alien.

If you have another current distribution such as Ubuntu installed you can simply search for libpixbufloader-xpm.so and copy it to the Clear linux directory indicated below, (or search pkgs.org).

Add libpixbufloader-xpm.so here:
/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders

Additionally, modify the loaders.cache file:
/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders.cache

add following and save:

"/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so"
"xpm" 4 "gdk-pixbuf" "XPM" "LGPL"
"image/x-xpixmap" ""
"xpm" ""
"/* XPM */" "" 100

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants