|
Bugzilla – Full Text Bug Listing |
| Summary: | Drop text, icons, theme etc after last update: graphical stack broken | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Andrii Mazurenko <didekridek> |
| Component: | X.Org | Assignee: | Stefan Dirsch <sndirsch> |
| Status: | RESOLVED FIXED | QA Contact: | Gfx Bugs <gfx-bugs> |
| Severity: | Major | ||
| Priority: | P2 - High | CC: | annikos, brbigam, db, ferdinando.vivacqua, fkrueger, jshand2013, jslaby, kostas.peletidis, me, mit.ionut.alexandru, oleg.b.antonyan, rgoldwyn, rombert, rskunath, thomas.rahimi |
| Version: | Current | Flags: | mit.ionut.alexandru:
SHIP_STOPPER?
|
| Target Milestone: | Current | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE Tumbleweed | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | Text in KDE settings | ||
Hi Same problem with GNOME. Do you have AMD graphics? (In reply to Ferdinando Vivacqua from comment #1) > Hi > Same problem with GNOME. > Do you have AMD graphics? Yup. Notebook AMD + NVidia. --- But u can try to fix that issue or check: Change vendor Mesa packages from Packman to official opensuse repo. Clear cache in ~/.cache (logout than delete in tty). Restart - and check if all ok. (In reply to Ferdinando Vivacqua from comment #1) > Hi > Same problem with GNOME. > Do you have AMD graphics? Check ur version of Mesa packages. On my os not working lastest 24.1.0. I update system and again nothing work. So - for downgrade Mesa - i add Slowroll repo and downgrade Mesa packages to 24.0.8. Clear cache - now work all again fine. (In reply to Andrii Mazurenko from comment #2) > (In reply to Ferdinando Vivacqua from comment #1) > > Hi > > Same problem with GNOME. > > Do you have AMD graphics? > > Yup. > Notebook AMD + NVidia. > --- > But u can try to fix that issue or check: > Change vendor Mesa packages from Packman to official opensuse repo. > Clear cache in ~/.cache > (logout than delete in tty). > Restart - and check if all ok. Hi changing only vendor and cleaning cache didn't work. I've not tested lower mesa driver version, but it seems definetely related to a bug in MESA stack driver, see also this bug: https://gitlab.freedesktop.org/mesa/mesa/-/issues/10885 I've changed from KDE to basesystem this bug, as it is not mainly related to plasma DE (In reply to Ferdinando Vivacqua from comment #4) > (In reply to Andrii Mazurenko from comment #2) > > (In reply to Ferdinando Vivacqua from comment #1) > > > Hi > > > Same problem with GNOME. > > > Do you have AMD graphics? > > > > Yup. > > Notebook AMD + NVidia. > > --- > > But u can try to fix that issue or check: > > Change vendor Mesa packages from Packman to official opensuse repo. > > Clear cache in ~/.cache > > (logout than delete in tty). > > Restart - and check if all ok. > > Hi > changing only vendor and cleaning cache didn't work. I've not tested lower > mesa driver version, but it seems definetely related to a bug in MESA stack > driver, see also this bug: > https://gitlab.freedesktop.org/mesa/mesa/-/issues/10885 > > I've changed from KDE to basesystem this bug, as it is not mainly related to > plasma DE Downgrade Mesa packages works fine not only for me. *** Bug 1226505 has been marked as a duplicate of this bug. *** https://build.opensuse.org/request/show/1181422 was accepted yesterday. It will appear in one of the next snapshots. For the record, this does not appear to be fixed with the 24.1.1 update. I pulled ( with osc getbinaries ) the Mesa and Mesa:drivers packages from openSUSE:Factory/standard.
After upgrading and rebooting I have the exact same problems
$ inxi -G
Graphics:
Device-1: AMD Rembrandt [Radeon 680M] driver: amdgpu v: kernel
Device-2: Luxvisions Innotech Integrated Camera driver: uvcvideo type: USB
Display: x11 server: X.org v: 1.21.1.12 with: Xwayland v: 24.1.0 driver:
X: loaded: modesetting unloaded: fbdev,vesa dri: radeonsi gpu: amdgpu
resolution: 1: N/A 2: 3440x1440~100Hz 3: N/A
API: OpenGL v: 4.6 vendor: amd mesa v: 24.1.1 renderer: AMD Radeon
Graphics (radeonsi rembrandt LLVM 18.1.6 DRM 3.57 6.9.4-1-default)
API: EGL Message: EGL data requires eglinfo. Check --recommends
$ rpm -qa '*Mesa*'
Mesa-demo-x-9.0.0-3.3.x86_64
Mesa-vulkan-device-select-24.1.1-380.1.x86_64
Mesa-dri-24.1.1-380.1.x86_64
Mesa-libglapi0-32bit-24.1.1-380.1.x86_64
libOSMesa8-32bit-24.1.1-380.1.x86_64
libOSMesa8-24.1.1-380.1.x86_64
Mesa-libGL1-32bit-24.1.1-380.1.x86_64
Mesa-24.1.1-380.1.x86_64
Mesa-vulkan-device-select-32bit-24.1.1-380.1.x86_64
Mesa-libEGL1-24.1.1-380.1.x86_64
Mesa-32bit-24.1.1-380.1.x86_64
Mesa-libva-24.1.1-380.1.x86_64
Mesa-dri-32bit-24.1.1-380.1.x86_64
Mesa-gallium-32bit-24.1.1-380.1.x86_64
Mesa-libGL1-24.1.1-380.1.x86_64
Mesa-libglapi0-24.1.1-380.1.x86_64
Mesa-gallium-24.1.1-380.1.x86_64
Let's wait before marking this critical bug as fixed, since at the moment we don't have a confirmation Also, severity is quite high since the whole system is unusable (after update only known solution is to rollback with snapper, if present) Likewise in LXQt with AMD. Rollback to Mesa 24.0.9 seems to be the only fix. Sorry, should have finished before posting. 24.1.1 did not work for me. Icewm is also broken. Oddly, gtk3 apps seem to be okay for me, but qt6 apps are nearly unusable with the current version. qt5 apps are hit or miss. inxi -G
Graphics:
Device-1: AMD Renoir [Radeon Vega Series / Radeon Mobile Series]
driver: amdgpu v: kernel
Device-2: IMC Networks USB2.0 HD UVC WebCam driver: uvcvideo type: USB
Display: x11 server: X.Org v: 21.1.12 driver: X: loaded: modesetting
unloaded: fbdev,vesa dri: radeonsi gpu: amdgpu resolution: 1920x1080~60Hz
API: EGL v: 1.5 drivers: radeonsi,swrast platforms: x11,surfaceless,device
API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.0.9 renderer: AMD
Radeon Graphics (radeonsi renoir LLVM 18.1.6 DRM 3.57 6.9.4-1-default)
API: Vulkan v: 1.3.283 drivers: N/A surfaces: xcb,xlib
(In reply to Brandon Bigam from comment #11) > Likewise in LXQt with AMD. Rollback to Mesa 24.0.9 seems to be the only fix. Interesting. According to opensuse-factory ML 24.0.9 was already broken. Same issue here. GNOME PC with AMD RX 6700 XT No Packman packages or repos used Instead of rolling back to an old snapshot I added the 20240614 repo and downgraded Mesa (and Mesa-libEGL1 Mesa-libGL1 Mesa-dri Mesa-gallium) to 24.0.9-378.1. After reboot the text was there but when logging in there were brief screens of graphical artifacts and the desktop just felt laggy. Maybe it's not just Mesa? Anyway, rolled back to the previous snapshot and everything works. (In reply to Stefan Dirsch from comment #14) > (In reply to Brandon Bigam from comment #11) > > Likewise in LXQt with AMD. Rollback to Mesa 24.0.9 seems to be the only fix. > > Interesting. According to opensuse-factory ML 24.0.9 was already broken. I originally experienced the problem when Packman updated to 24.1.0. But main-oss 24.1.0 and X11 repo 24.1.1 both trigger it, too. This is what's working for me, pulled from the history of main-oss 20240614; note that I didn't downgrade the demo packages and that doesn't seem to matter: localhost:~> rpm -qa '*Mesa*' Mesa-24.0.9-378.1.x86_64 Mesa-dri-24.0.9-378.1.x86_64 Mesa-vulkan-device-select-24.0.9-378.1.x86_64 Mesa-demo-x-9.0.0-3.3.x86_64 Mesa-demo-egl-9.0.0-3.3.x86_64 Mesa-libglapi0-24.0.9-378.1.x86_64 Mesa-demo-es-9.0.0-3.3.x86_64 Mesa-libGL1-24.0.9-378.1.x86_64 Mesa-gallium-24.0.9-378.1.x86_64 Mesa-libEGL1-24.0.9-378.1.x86_64 Mesa-libva-24.0.9-378.1.x86_64 Also libgm1 and libvulkan_radeon at equivalent versions. With these packages locked, I'm otherwise using packages from newer snapshots, and things are fine. (In reply to Stefan Dirsch from comment #14) > (In reply to Brandon Bigam from comment #11) > > Likewise in LXQt with AMD. Rollback to Mesa 24.0.9 seems to be the only fix. > > Interesting. According to opensuse-factory ML 24.0.9 was already broken. JFYI: For me the mess started with the update to Mesa 24.1.0 (TW20240614), version 24.0.9 works fine. Please note that version 24.1.1 improves the situation, but doesn't solve it. Today Mesa 24.1.2 was published upstream, let's hope it fixes the issue. @SN: Shouldn't there be a separate bug report for the Mesa issue to track it accordingly? Thx. (In reply to Robert Munteanu from comment #8) > For the record, this does not appear to be fixed with the 24.1.1 update. I > pulled ( with osc getbinaries ) the Mesa and Mesa:drivers packages from > openSUSE:Factory/standard. > > After upgrading and rebooting I have the exact same problems > > $ inxi -G > Graphics: > Device-1: AMD Rembrandt [Radeon 680M] driver: amdgpu v: kernel > Device-2: Luxvisions Innotech Integrated Camera driver: uvcvideo type: USB > Display: x11 server: X.org v: 1.21.1.12 with: Xwayland v: 24.1.0 driver: > X: loaded: modesetting unloaded: fbdev,vesa dri: radeonsi gpu: amdgpu > resolution: 1: N/A 2: 3440x1440~100Hz 3: N/A > API: OpenGL v: 4.6 vendor: amd mesa v: 24.1.1 renderer: AMD Radeon > Graphics (radeonsi rembrandt LLVM 18.1.6 DRM 3.57 6.9.4-1-default) > API: EGL Message: EGL data requires eglinfo. Check --recommends > > $ rpm -qa '*Mesa*' > Mesa-demo-x-9.0.0-3.3.x86_64 > Mesa-vulkan-device-select-24.1.1-380.1.x86_64 > Mesa-dri-24.1.1-380.1.x86_64 > Mesa-libglapi0-32bit-24.1.1-380.1.x86_64 > libOSMesa8-32bit-24.1.1-380.1.x86_64 > libOSMesa8-24.1.1-380.1.x86_64 > Mesa-libGL1-32bit-24.1.1-380.1.x86_64 > Mesa-24.1.1-380.1.x86_64 > Mesa-vulkan-device-select-32bit-24.1.1-380.1.x86_64 > Mesa-libEGL1-24.1.1-380.1.x86_64 > Mesa-32bit-24.1.1-380.1.x86_64 > Mesa-libva-24.1.1-380.1.x86_64 > Mesa-dri-32bit-24.1.1-380.1.x86_64 > Mesa-gallium-32bit-24.1.1-380.1.x86_64 > Mesa-libGL1-24.1.1-380.1.x86_64 > Mesa-libglapi0-24.1.1-380.1.x86_64 > Mesa-gallium-24.1.1-380.1.x86_64 Have you also updated libgbm1, libvdpau_600, libvdpau_radeonsi, and libvulkan_radeon? (In reply to Frank Krüger from comment #18) > Have you also updated libgbm1, libvdpau_600, libvdpau_radeonsi, and > libvulkan_radeon? rpm -qa '*libvdpau*' libvdpau1-1.5-2.2.x86_64 libvdpau_radeonsi-24.1.1-1699.383.pm.1.x86_64 libvdpau_r600-24.1.1-1699.383.pm.1.x86_64 Hmm, I missed the downgrading the vdpau packages and have the newer ones, but no problems. (In reply to Frank Krüger from comment #18) > (In reply to Robert Munteanu from comment #8) > > For the record, this does not appear to be fixed with the 24.1.1 update. I > > pulled ( with osc getbinaries ) the Mesa and Mesa:drivers packages from > > openSUSE:Factory/standard. > > > > After upgrading and rebooting I have the exact same problems > > > > $ inxi -G > > Graphics: > > Device-1: AMD Rembrandt [Radeon 680M] driver: amdgpu v: kernel > > Device-2: Luxvisions Innotech Integrated Camera driver: uvcvideo type: USB > > Display: x11 server: X.org v: 1.21.1.12 with: Xwayland v: 24.1.0 driver: > > X: loaded: modesetting unloaded: fbdev,vesa dri: radeonsi gpu: amdgpu > > resolution: 1: N/A 2: 3440x1440~100Hz 3: N/A > > API: OpenGL v: 4.6 vendor: amd mesa v: 24.1.1 renderer: AMD Radeon > > Graphics (radeonsi rembrandt LLVM 18.1.6 DRM 3.57 6.9.4-1-default) > > API: EGL Message: EGL data requires eglinfo. Check --recommends > > > > $ rpm -qa '*Mesa*' > > Mesa-demo-x-9.0.0-3.3.x86_64 > > Mesa-vulkan-device-select-24.1.1-380.1.x86_64 > > Mesa-dri-24.1.1-380.1.x86_64 > > Mesa-libglapi0-32bit-24.1.1-380.1.x86_64 > > libOSMesa8-32bit-24.1.1-380.1.x86_64 > > libOSMesa8-24.1.1-380.1.x86_64 > > Mesa-libGL1-32bit-24.1.1-380.1.x86_64 > > Mesa-24.1.1-380.1.x86_64 > > Mesa-vulkan-device-select-32bit-24.1.1-380.1.x86_64 > > Mesa-libEGL1-24.1.1-380.1.x86_64 > > Mesa-32bit-24.1.1-380.1.x86_64 > > Mesa-libva-24.1.1-380.1.x86_64 > > Mesa-dri-32bit-24.1.1-380.1.x86_64 > > Mesa-gallium-32bit-24.1.1-380.1.x86_64 > > Mesa-libGL1-24.1.1-380.1.x86_64 > > Mesa-libglapi0-24.1.1-380.1.x86_64 > > Mesa-gallium-24.1.1-380.1.x86_64 > > Have you also updated libgbm1, libvdpau_600, libvdpau_radeonsi, and > libvulkan_radeon? Good question. Yes, I did: $ rpm -q libgdm1 libvdpau_r600 libvdpau_radeonsi libvulkan_radeon libgdm1-46.2-1.1.x86_64 libvdpau_r600-24.1.1-380.1.x86_64 libvdpau_radeonsi-24.1.1-380.1.x86_64 libvulkan_radeon-24.1.1-380.1.x86_64 I ran a rpm -Fvh *.rpm over all the imported packages. Disable LTO seems to fix the issue, tested on AMD Ryzen 7 PRO 4750U (AMD Vega GPU) https://bugzilla.suse.com/show_bug.cgi?id=1226462 (In reply to Mikhail Paulyshka from comment #21) > Disable LTO seems to fix the issue, tested on AMD Ryzen 7 PRO 4750U (AMD > Vega GPU) https://build.opensuse.org/request/show/1181822 Yes, let's disable LTO for now. https://build.opensuse.org/request/show/1181825 (In reply to Stefan Dirsch from comment #23) > Yes, let's disable LTO for now. > > https://build.opensuse.org/request/show/1181825 I'm happy to confirm that Mesa stack version 24.1.1-1589.1 from the X11 repo, with LTO disabled, works for me. I'm not the performance-testing type, but the problems I was seeing are certianly gone. Good work. Will this (once confirmed) be pushed to the updates repo? In my opinion it's too urgent to wait for a snapshot. *** Bug 1226543 has been marked as a duplicate of this bug. *** *** Bug 1226545 has been marked as a duplicate of this bug. *** This is an autogenerated message for OBS integration: This bug (1226462) was mentioned in https://build.opensuse.org/request/show/1181885 Factory / Mesa I had my bug marked as a duplicate of this bug and it does look like it was. The dup updates pushed today of at least mesa and vulkan etc. do not fix my problem. The problem is exactly as it was. I reopened my bug but if it really is a duplicate of this bug I don't think this one is completely resolved either then. Rick Kunath issue not resolved 20.June.2024
inxi -G
Graphics:
Device-1: AMD Navi 21 [Radeon RX 6900 XT] driver: amdgpu v: kernel
Device-2: Logitech StreamCam
driver: hid-generic,snd-usb-audio,usbhid,uvcvideo type: USB
Display: wayland server: X.org v: 1.21.1.12 with: Xwayland v: 24.1.0
compositor: kwin_wayland driver: X: loaded: modesetting unloaded: fbdev,vesa
dri: radeonsi gpu: amdgpu resolution: 1: 2560x1080 2: 1920x1080
API: EGL v: 1.5 drivers: radeonsi,swrast
platforms: wayland,x11,surfaceless,device
API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.1.1 renderer: AMD
Radeon RX 6900 XT (radeonsi navi21 LLVM 18.1.6 DRM 3.57 6.9.5-1-default)
API: Vulkan v: 1.3.283 drivers: N/A surfaces: xcb,xlib,wayland
Please check RPM changelog ("rpm --changelog -q Mesa-dri") and verify it contains
Wed Jun 19 17:31:26 UTC 2024 - Mikhail Paulyshka <me@mixaill.net>
- Disable LTO on %ix86/x86_64 due to rendering bugs on Radeon
graphics (boo#1226462)
*** Bug 1226543 has been marked as a duplicate of this bug. *** (In reply to Stefan Dirsch from comment #30) > Please check RPM changelog ("rpm --changelog -q Mesa-dri") and verify it > contains > > Wed Jun 19 17:31:26 UTC 2024 - Mikhail Paulyshka <me@mixaill.net> > > - Disable LTO on %ix86/x86_64 due to rendering bugs on Radeon > graphics (boo#1226462) this is the latest update in the changelog: * Thu Jun 13 2024 Stefan Dirsch <sndirsch@suse.com> - Update to bugfix release 24.0.9 - -> https://docs.mesa3d.org/relnotes/24.0.9.html * This is the last release of the 24.0 series. Users are encouraged to switch to the 24.1 series to continue receiving bugfixes. I don't have any available updates. (In reply to Ionut Alexandru Mit from comment #32) > (In reply to Stefan Dirsch from comment #30) > > Please check RPM changelog ("rpm --changelog -q Mesa-dri") and verify it > > contains > > > > Wed Jun 19 17:31:26 UTC 2024 - Mikhail Paulyshka <me@mixaill.net> > > > > - Disable LTO on %ix86/x86_64 due to rendering bugs on Radeon > > graphics (boo#1226462) > > this is the latest update in the changelog: > > * Thu Jun 13 2024 Stefan Dirsch <sndirsch@suse.com> > - Update to bugfix release 24.0.9 > - -> https://docs.mesa3d.org/relnotes/24.0.9.html > * This is the last release of the 24.0 series. Users are encouraged > to switch to the 24.1 series to continue receiving bugfixes. > > I don't have any available updates. That's too old! https://build.opensuse.org/request/show/1181825 [...] This has already been published in the openSUSE:Tumbleweed:Update channel to address the rendering glitches on AMD Graphics rpm --changelog -q Mesa-dri * Tue Jun 18 2024 Dominique Leuenberger <dimstar@opensuse.org> - BuildRequire python3-pycparser when building drivers on ARM: etnaviv drm module requires this module to build. So you have still not the latest package installed... OK and understood. This is what is on the repos right now. So, I guess we wait for the push of the new package then. Do you have the Tumbleweed update repo enabled? (In reply to hui from comment #37) > Do you have the Tumbleweed update repo enabled? this is what I have, what's the update repo address? Repository priorities in effect: (See 'zypper lr -P' for details) 90 (raised priority) : 1 repository 99 (default priority) : 4 repositories # | Alias | Name | Enabled | GPG Check | Refresh --+----------------------------------+----------------------------------------+---------+-----------+-------- 1 | download.opensuse.org-non-oss | Main Repository (NON-OSS) | Yes | (r ) Yes | Yes 2 | download.opensuse.org-oss | Main Repository (OSS) | Yes | (r ) Yes | Yes 3 | download.opensuse.org-tumbleweed | Main Update Repository | Yes | (r ) Yes | Yes 4 | openSUSE-20240512-0 | openSUSE-20240512-0 | No | ---- | ---- 5 | packman | Packman | Yes | (r ) Yes | Yes 6 | repo-debug | openSUSE-Tumbleweed-Debug | No | ---- | ---- 7 | repo-openh264 | Open H.264 Codec (openSUSE Tumbleweed) | Yes | (r ) Yes | Yes 8 | repo-source | openSUSE-Tumbleweed-Source | No | ---- | ---- The update repo is https://download.opensuse.org/update/tumbleweed/ But it looks like that you still have the broken Mesa packages from packman installed. You need to switch back to the opneSUSE repos to recieve the update... Just wanted to confirm that the "385" version of the Mesa packages fixed the mouse pointer issue for me on my TW system. It may be worth pointing out that I had to disable the packman repo because it was keeping the "383" version installed. I disabled the packman repo like this: $ sudo zypper mr -d packman After that a "zypper dup" and a reboot did the trick: $ rpm -qa | grep Mesa | sort Mesa-24.1.1-385.1.x86_64 Mesa-demo-x-9.0.0-3.3.x86_64 Mesa-dri-24.1.1-385.1.x86_64 Mesa-gallium-24.1.1-385.1.x86_64 Mesa-libEGL1-24.1.1-385.1.x86_64 Mesa-libGL1-24.1.1-385.1.x86_64 Mesa-libglapi0-24.1.1-385.1.x86_64 Mesa-libva-24.1.1-385.1.x86_64 Mesa-vulkan-device-select-24.1.1-385.1.x86_64 Also, in case someone with a touchscreen-based system has a similar issue, I'd like to add here that another symptom of this bug is that the colors of the gkrellm system monitor don't appear correctly (the default colors appear black). (In reply to hui from comment #39) > The update repo is https://download.opensuse.org/update/tumbleweed/ > > But it looks like that you still have the broken Mesa packages from packman > installed. You need to switch back to the opneSUSE repos to recieve the > update... Solved, thank you! I got the latest update and it's fine now. Offtopic: should I keep the packman repo disabled? I got it for the codecs I had the same Packman issue. Seems their package numbering is way off from Main and Main Updates. I manually switched all of the Mesa packages from mostly Packman to Main Updates, that's the 385 version, and updated these from YaST. A reboot and everything is fixed on x11 and Wayland. zypper dup did not trigger an update (downgrade) to the Packman packages after I switched vendors, but I am wondering if just kicking the priority for the Packman repo lower or something to make sure that anything in Main Updates would take precedence? Or would that not work even with the priority because of the later appearing Packman package numbering? I confirm now, after last update and with MESA driver coming from openSUSE repo, the system comes back to work Thank you to all developers! Please inform MESA team upstream about LTO issue: a bug is already present https://gitlab.freedesktop.org/mesa/mesa/-/issues/10885 (In reply to Ionut Alexandru Mit from comment #41) > Offtopic: should I keep the packman repo disabled? I got it for the codecs It's fine to use packman for for the codec packages, just keep Mesa on the version from the Update repo until the fix is promulgated to packman and main-oss. You can modify repo priorities and/or lock the Mesa packages to be sure. I'm keeping Mesa packages locked on the new working version until it seems safe to unlock them. Ok. So apparently the latest version weren't installed. Now that they are things are working. packman is not under my control. I don't know when they sync the package sources and push the built RPMs out. Closing again as fixed. (In reply to Stefan Dirsch from comment #45) > packman is not under my control. I don't know when they sync the package > sources and push the built RPMs out. It's a link. So as soon as it appears in Factory. https://pmbs.links2linux.de/package/show/Essentials/A_tw-Mesa (In reply to Jiri Slaby from comment #46) > (In reply to Stefan Dirsch from comment #45) > > packman is not under my control. I don't know when they sync the package > > sources and push the built RPMs out. > > It's a link. So as soon as it appears in Factory. > > https://pmbs.links2linux.de/package/show/Essentials/A_tw-Mesa Thanks. So it looks like at least the sources are already synced. https://pmbs.links2linux.de/package/view_file/Essentials/A_tw-Mesa/Mesa.changes?expand=1 ------------------------------------------------------------------- Wed Jun 19 17:31:26 UTC 2024 - Mikhail Paulyshka <me@mixaill.net> - Disable LTO on %ix86/x86_64 due to rendering bugs on Radeon graphics (boo#1226462) (In reply to Stefan Dirsch from comment #47) > ------------------------------------------------------------------- > Wed Jun 19 17:31:26 UTC 2024 - Mikhail Paulyshka <me@mixaill.net> > > - Disable LTO on %ix86/x86_64 due to rendering bugs on Radeon > graphics (boo#1226462) So are the binaries as of now: $ rpm -qi Mesa --changelog |grep -E 'Packager|boo#1226462' Packager : packman@links2linux.de graphics (boo#1226462) (I am running with it already.) (In reply to Jiri Slaby from comment #48) > (In reply to Stefan Dirsch from comment #47) > > ------------------------------------------------------------------- > > Wed Jun 19 17:31:26 UTC 2024 - Mikhail Paulyshka <me@mixaill.net> > > > > - Disable LTO on %ix86/x86_64 due to rendering bugs on Radeon > > graphics (boo#1226462) > > So are the binaries as of now: > $ rpm -qi Mesa --changelog |grep -E 'Packager|boo#1226462' > Packager : packman@links2linux.de > graphics (boo#1226462) > > (I am running with it already.) Wonderful! Thanks for verifying! |
Created attachment 875538 [details] Text in KDE settings After last full system update i have this (watch my screen and screen from community). Now i don't have mouse "icon" cursor, but mouse working in "transparent" mode ))) Something with 90% of text on shortcut names, widgets and etc.