- User Since
- Aug 3 2016, 1:23 AM (180 w, 4 d)
Dec 18 2019
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.
Dec 13 2019
Does it work in this configuration?
Aug 31 2019
Source code headers tell you which version:
Aug 27 2019
Or alternatively all mention removed as it doesn't affect version 2.1.0 that is in the repo...
Aug 8 2019
Aug 6 2019
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.
Jul 26 2019
For an LTO build to be better, I would suggest the following criteria:
Jul 10 2019
Jul 1 2019
May 1 2019
D6132 was tested and confirmed to fix this.
Mar 29 2019
Could not find 'paint' (~> 2.0.0) - did find: [paint-2.1.0]
@xulongwu4 Fixed and landed
Mar 28 2019
Mar 23 2019
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!
Mar 21 2019
It also requires libselinux.so.1 but that is installed from the ISO. However, anyone removing snapd and deps will have this removed.
Mar 20 2019
Feb 25 2019
test config.qtbase_corelib.tests.statx succeeded
Feb 8 2019
A quick fix is likely moving`perl-xmlparser` to programming.perl component and adding perl-xmlparser as a rundep to intltool
Feb 7 2019
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
Jan 21 2019
sudo eopkg install libgdiplus Confirm it still doesn't work.