Description of problem: After system update, akregator fails to start with multiple messages about being unable to find files in /share/XX. Version-Release number of selected component (if applicable): 19.12.2-2 How reproducible: Run akregator Steps to Reproduce: 1. at commandline: akregator 2. observe error messages: Path override failed for key base::DIR_QT_LIBRARY_DATA and path '/share/qt5/resources' Installed Qt WebEngine locales directory not found at location /share/qt5/translations/qtwebengine_locales. Trying application directory... etc. 3. create symlink /share -> /usr/share 4. re-run akregator and observe correct operation To fix: Recompile with correct configuration of base directory as /usr/share.
Yes this is a know issue in Qt 5.14 like bug 26200
Depends on: (none) => 26200CC: (none) => geiger.david68210
Is this a per-package problem, or a wider Qt one? If so, what SRPM?
Assignee: bugsquad => kdeCC: (none) => lewyssmith
Qt 5.14 issue and even more Qtwebengine.
From comment 0: > To fix: > Recompile with correct configuration of base directory as /usr/share Which puts the ball in the application's court. If the problem can be fixed by from 'qtwebengine5', then this bug is a duplicate of bug 26200; and both could be re-titled accordingly. But they may need to remain distinct.
Source RPM: akregator-19.12.2-2.mga8 => akregator-19.12.2-2.mga8, qtwebengine5-5.12.6-1.mga7.src.rpm
I don't know which component needs to be recompiled -- to a user, it's just "something in akregator". From what I've read in the linked bug and the other one linked from 26200, it does look like the underlying cause is qtwebengine5.
What is the status of this issue in current Cauldron? fixed or not?
mga8 is EOL! so closing as old
Status: NEW => RESOLVEDResolution: (none) => OLD