Hi, I have updated my laptop to F25 (soon to be alpha) using the dnf plugin, the process was smooth and uneventful. All seems to work with some small exceptions that seem to be related:
1) Plasma takes some time to show, I use two displays and the first shows immediately, as usual, but the second takes more than a minute to show. When it shows it is complete, the problem is the delay. The panel again takes some minutes to show, as soon as it shows it works normally.
2) The applications saved in a session, like dolphin, take a long time (again several minutes) to be responsive. As soon as they are responsive they work as usual. For some reason this does not affect konsole.
3) For qt based applications (I tried lyx, texstudio, calligra stage and kmail) to open a file File->Open takes more than a minute (several minutes sometimes). When the dialogue shows the everything proceeds normally.
An example of case 3) is to attach a file to this message. If I drag and drop a file from dolphin to the window that I have used to compose the message the insertion is immediate. If on the other hand I use the menu "Attach->Attach File" it takes several minutes until the file chooser shows, and then everything works at normal pace.
The reason to report this bug here is because the pattern seems related with qt and the interaction with file dialogues, as other dialogues seems to be OK.
FWIW I tried the last kernel that I have used in F24 (4.7.2) and the result is the same.
Any help is appreciated. :-)
On Tuesday, August 30, 2016 12:06:24 AM WEST José Abílio Matos wrote:
The reason to report this bug here is because the pattern seems related with qt and the interaction with file dialogues, as other dialogues seems to be OK.
Replying to myself: Looking into the journal I see lot of messages about udisks2.service.
Aug 29 07:48:03 myth dolphin[1495]: Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was down
And later lots of cases where udisks2.service ends and start again...
On Ter, 2016-08-30 at 00:35 +0100, José Abílio Matos wrote:
On Tuesday, August 30, 2016 12:06:24 AM WEST José Abílio Matos wrote:
The reason to report this bug here is because the pattern seems related with qt and the interaction with file dialogues, as other dialogues seems to be OK.
Replying to myself: Looking into the journal I see lot of messages about udisks2.service.
Aug 29 07:48:03 myth dolphin[1495]: Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was down
And later lots of cases where udisks2.service ends and start again...
Hello, maybe is: https://fedoraproject.org/wiki/Changes/Replace_UDisks2_by_Storaged
Best regards,
José Abílio Matos wrote:
Hi, I have updated my laptop to F25 (soon to be alpha) using the dnf plugin, the process was smooth and uneventful. All seems to work with some small exceptions that seem to be related:
Interesting, fwiw, my f25 laptop doesn't exhibit those problems you described, but then again, I did a fresh install (not upgrade).
-- Rex
On Tuesday, August 30, 2016 7:05:07 AM WEST Rex Dieter wrote:
Interesting, fwiw, my f25 laptop doesn't exhibit those problems you described, but then again, I did a fresh install (not upgrade).
Reading a bit better the journal I found this to be related with selinux, and I have confirmed it since disabling it now the system works normally.
Unable to fix SELinux security context of /dev/shm/lldpad.state: Permission denied Unable to fix SELinux security context of /run/systemd/inaccessible/fifo: Permission denied Unable to fix SELinux security context of /run/systemd/inaccessible/blk: Permission denied Unable to fix SELinux security context of /run/systemd/inaccessible/chr: Permission denied
Since this is not directly related with kde I will bring this to the test list. I would like to discover the root cause.