after updating to plasma 5.5 today morning I lost the favorite applications lists in kicker (the K/Fedora starting button), it got empty with the exception of konsole.
I am not sure if it is related with the update, and at the same time it is not annoying because if an application is favorite it should not be hard to remember. :-)
I have re-added the favorites and it now works.
As I said before I am not sure if the cause for disappearance of the favorites was the upgrade. Other than this issue I am an happy camper. :-)
F23 KDE spin, all patches applied.
I'm having trouble adding a file type (System Settings, Applications,
File Associations). The use case is to be able to click on a Commodore
64 disk image and have it come up in a Java program I wrote (this worked
in previous versions).
I click the Add.. button to create application/d64, then add an icon and
the file extensions, and specify my program under "Application
Preference Order". After clicking "Apply", I see the "updating system
configuration" dialog briefly.
But after closing system settings and reopening it, the new file type is
nowhere to be found (and of course, clicking on a file of that type does
nothing but prompt me with the "Open With" dialog).
Is anybody else seeing this? As I say, it worked before; I've been doing
this for years in KDE.
Glenn Holmer (Linux registered user #16682)
"After the vintage season came the aftermath -- and Cenbe."
i wrote a bugreport *years ago* that kate permanently changes
onwer/group of files at store and i am really tired of such *major
not only when you open a file as root it get owned by root, the same as
normal user, kate does a 'chgrp' at save (most likely because taht
stupid tempfile get created with default owner/group/permissions and
then just renamed)
guess what the result below is and *exactly* the same happens when you
mount a remote-filesystem with sshfs and edit something with kate
frankly, that whole temp-file stuff is just broken by intention because
when you don't have write permissions for the parent folder that fails
while you are even owner of the file you want to edit - and *yes* take
away write permissions for a folder is the only way to avoid somebody
just renames a file he must not write to and create a new one with the
[Tue Dec 01 14:54:43.814602 2015] [core:error] [pid 7495] (13)Permission
denied: [client 10.0.0.99:25412] AH00132: file permissions deny server
Größe: 15222 Blöcke: 32 EA Block: 4096 reguläre Datei
Gerät: 902h/2306d Inode: 56492839 Verknüpfungen: 1
Zugriff: (0640/-rw-r-----) Uid: ( 500/ harry) Gid: ( 48/ apache)
Zugriff : 2015-12-01 15:11:12.221155370 +0100
Modifiziert: 2015-12-01 15:10:30.237873256 +0100
Geändert : 2015-12-01 15:11:11.474150350 +0100
Geburt : -
Größe: 15220 Blöcke: 32 EA Block: 4096 reguläre Datei
Gerät: 902h/2306d Inode: 56492631 Verknüpfungen: 1
Zugriff: (0640/-rw-r-----) Uid: ( 500/ harry) Gid: ( 501/verwaltung)
Zugriff : 2015-12-01 15:11:29.677272664 +0100
Modifiziert: 2015-12-01 15:11:29.584272040 +0100
Geändert : 2015-12-01 15:11:29.660272550 +0100
Geburt : -
Just wanted to announce that kde4-fedora copr repository entered permanent
beta stage now.
When I picked up the idea of creating kde4 repo for future versions of fedora,
It started in alpha stage. Things were broken or not installing on vanilla
Thanks to Rex Dieter and Sergio Basto I've got it to the point where it is
easily installable with one command (two if you count enabling repo) on both
F22 and F23, therefore I consider that alpha stage has finished.
I think beta stage will be permanent, as we will be always catching up
rawhide, as well as it sort of breaks vanilla install. Consider it a sort of
warning that you may need a bit more just dnf install sometimes.
As before, any feature requests or bug reports, please go to issue tracker for
the project, available here  and via copr project contact link.
I am using kdiff3 quite a lot, and everytime I open it, I have a set of
configurations I set. But they are never saved. Is it possible to save them,
and, if so, how? Thanks.
Lester M Petrie