In T8629#168370, @Jacalz wrote:

Is there any reason why AVX2 was turned of in the blender update? The summary had no mention of it so I guess it was accidentally left inside the commit after local testing?

This change

So it's possibly the 32bit libsdl2 exemption causing the issue (which would need a new LSI to test), or requires incompatible bundled libs and needs to be exempted from libintercept.

Does it work in this configuration?

Source code headers tell you which version:

Or alternatively all mention removed as it doesn't affect version 2.1.0 that is in the repo...

The zen2 optimizations are already in this build. Based on the included patch, it is effectively GCC 9.2.0 minus any patches that land between the day this is build and release of 9.2.0.

For an LTO build to be better, I would suggest the following criteria:

D6132 was tested and confirmed to fix this.

Could not find 'paint' (~> 2.0.0) - did find: [paint-2.1.0]

@xulongwu4 Fixed and landed

In T7491#146882, @JoshStrobl wrote:

Additionally, our build log indicates such support is being compiled in.

In T7721#146413, @TheDaftRick wrote:

libthai.so.0 and libdatrie.so.1 were added to the Steam runtime with the newest update

Are you able to retest without dropping -ftree-vectorize? GCC is much less broken now.

This shows that ypkg is currently broken for dependency resolution. Likely since file was updated, it treats -fPIE compiled binaries the same way as shared libraries. As this involves the SONAME check (which is part of shared libraries, but not binaries) it no doubt causes issues in examine.py when the binary doesn't have it.

This is not the correct solution!

It also requires libselinux.so.1 but that is installed from the ISO. However, anyone removing snapd and deps will have this removed.

test config.qtbase_corelib.tests.statx succeeded

A quick fix is likely moving`perl-xmlparser` to programming.perl component and adding perl-xmlparser as a rundep to intltool

Ah, I see the feature needs to be built also with glibc 2.28, which may mean it could break after it is updated and qt rebuilt.

Curious if you've tested booting plasma using qt 5.12.1 with the linux-lts kernel

Step 1:
sudo eopkg install libgdiplus Confirm it still doesn't work.