Description of problem: Startung drakconf from the desktop shortcut works OK (this is the command kdesu drakconf), but otherwise it is not possible to start it as a normal user. Giving the command drakconf as a normal user at the CLI just results in a hanging shell instead of opening the dialogue for the root password. This only happens on one of my PC's, and this one is (as the others) fully updated, thus also with the latest polkit package. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Reproducible: Steps to Reproduce:
Created attachment 7125 [details] result of strace -o mcc.txt drakconf, closed of by Ctrl-C
Have you also rebooted since installing the systemd update?
Yes, more than once.
Problem solved (more or less) in the way that I noticed that the symptoms did not occur for another user on the same machine. So I made sure I had copy of the home of my main user (where I had the problem), deleted the user (and its home), added the user again and copied only the documents, pictures, mail and browser settings from the backup. Now the problem does not occur anymore. I can understand that KDE problems can be overcome in this way, but why calling mcc at the CLI in konsole was affected and now works again, baffles me.
Five days later: the problem is back again for my main user and I have no clue why. Systemwise I just applied the new updates, did not install any new package.
Found the reason why this problem occurs: because of KDE bug 347206, I had a workaround in ~/.kde4/env which does "export QT_NO_GLIB=1". When I remove that one, then drakconf behaves normally.
See Comment 32 in KDE bug 347206, the suggestion is above me to implement.
(In reply to Herman Viaene from comment #6) > Found the reason why this problem occurs: because of KDE bug 347206, I had a > workaround in ~/.kde4/env which does "export QT_NO_GLIB=1". > When I remove that one, then drakconf behaves normally. I doubt drakconf should be able to handle that setting. However, I'll assign to the mageiatools maintainers to decide what to do with this report.
CC: (none) => marja11Assignee: bugsquad => mageiatoolsSummary: The drakconf command does not do anything => The drakconf command does not do anything when ~/.kde4/env contains "export QT_NO_GLIB=1"
Hi Herman, Thank you for having taken the needed time to report this issue! We regret if this issue didn't get fixed in Mageia 5. Mageia 5 has officially reached its End of Life on December 31st, 2017 https://blog.mageia.org/en/2017/11/07/mageia-5-eol-postponed/ It only continued to get important security updates since then, but non-security bugs have no chance of still getting fixed. I assume this bug doesn't exist in Mageia 6 or later, because KDE and its tools are entirely different there. Closing as OLD. Please reopen this report and change its "Version:" at the top left to "6", if the same bug still exists in Mageia 6.
Resolution: (none) => OLDStatus: NEW => RESOLVED