the system settings are becoming less and less over time, in the past
there was a option to review and change all file associations from a
it makes me tired that in Konqueror i can change the file associations
from the info dialog of a file but changes are not saved correctly, for
.ta.xz i have 3 "open with" entries
* xarchiver (no longer installed)
* kde4-ark (not working - ark -caption "%c" %U)
* org.kde.ark (ark %U)
the kde4-ark likely was broken because of "-caption" no longer
supported, this could i even fix by change the program property, but
when i remove anything but the second "ark" entry that is only displayed
but not saved
frankly over the years i got tired of that damned renames of .desktop
files and that change file associations seems to be a persistent problem
here and there depending on nobody knows what
With a fully upgraded F25 system, and using kontact-16.12.2-1.fc25.x86_64,
Kontact seems to have lost the ability to use my GPG keys. The OpenPGP and
S/MIME dropdowns on the Cryptography page are grayed out.
Has anyone else seen this? -A
Anthony - https://messinet.com/ - https://messinet.com/~amessina/gallery
F9B6 560E 68EA 037D 8C3D D1C9 FF31 3BDB D9D8 99B6
first I'm sorry if this issue is already known.
I have an F25 with Gnome, XFCE, LXDE,
so I installed the KDE PLASMA through dnf groupinstall
So I logged into an KDE session, and I saw some problems with it:
The lock screen was missing, just an black screen was shown, I can't even come back to my desktop after lock my screen.
The tray icons like telegram and thunderbird (with an extension that shows an icon on tray) was missing.
If I close the window the process was killed, It doesnt show up on tray.
So I removed KDE,
and I even didn't remember that I have installed LXDE, so I removed it also,
just to be sure that was and KDE problem
I reinstalled KDE again, just for see what will happen,
KDE is working perfectly.
So, can you guys take a look at this?
because someone else may pass through this kind of problem in the future.
Thank you to bring KDE so polished into Fedora.
My pager panel has suddenly acquired twin panels. IOW each panel
representing a desktop is now side-by-side with another empty panel.
The effect is purely visual, i.e. each double-size panel behaves as the
previous one did, except it has empty space to the right.
My last update to Plasma was on Friday, but I've logged out and in
again since then without this happening until now.
I attach a small screenshot to illustrate.
I noticed this AM that each time I rebooted my system I would be
zombies from tracker. I created a bug here:
I really didn't have a clue as to what it was for anyway, and apparently it
by GNOME and not needed/used if you are running KDE - so I deleted it.
If that was a wrong assumption on my part, please advise.
Which brings me to my question... does anyone have a list of stuff that is
unneeded by KDE but installed by default by Fedora Workstation?
It's not a matter of filespace (or even processing power I suppose in most
cases). What I'm
concerned about is that if something has a bug and I start investigating
and spinning my wheels and find that I don't use or even need the package
in the first place - like tracker.
If I install GNOME from the LiveDVD and then run it under QEMU/KVM the
login and user displays will automatically resize as I expand/contract
the VM's window.
I cannot find a way for KDE to behave in a similar fashion. I can login
and then select a larger display size to get near to what I would want.
However, it would be nice to have it resize automatically and
arbitrarily as GNOME is doing.
From what I could gather spice-vdagent is supposed to interact with the
desktop to allow this. One bugzilla that I found had a comment which
put it this way...
spice-vdagent used to be doing something like this, but this was racing
with desktop environments keeping track of the current
resolution/monitors/.., so we are now informing the desktop environment
that a resolution change would be desirable, and let it handle it.
So, is this plasma5 just deciding not to allow auto/arbitrary resizing?
Fedora Users List - The place to go to get others to do the work for you
I discovered in a recent update that KDE now directly supports the
"windows" key for launching the start menu. So I removed ksuperkey and the
auto-start entry, and everything works fine! Except that after some time,
it stops working.
So far I haven't been able to pin down a specific action that causes it to
break, but I am trying to do so.
Has anyone else seen this?
I've been seeing a few problems updating kde packages on my Fedora 24
systems for a few days now. Examples of the problems are listed below.
At first I thought this was just a quirk of the mirrors I'm using being
out of date but its been going on since 7 March. I checked a few other
mirrors and get the same result.
I'm not sure whether I'm just not being patient enough with the mirrors,
or whether something in my setup is broken.
Can someone advise what to how to proceed please.
--> Processing Conflict: pim-data-exporter-libs-16.12.2-1.fc24.x86_64
conflicts kdepim-libs < 7:16.12
--> Processing Conflict:
kdepim-common < 7:16.12
--> Processing Conflict: kmail-account-wizard-16.12.2-1.fc24.x86_64
conflicts kdepim-common < 16.12
--> Processing Conflict: grantlee-editor-libs-16.12.2-1.fc24.x86_64
conflicts kdepim-libs < 7:16.12
--> Processing Conflict: akonadi-import-wizard-16.12.2-1.fc24.x86_64
conflicts kdepim-common < 16.12
--> Finished Dependency Resolution
Error: Package: 7:kdepim-libs-16.08.3-2.fc24.x86_64 (@updates)
Removing: gpgme-1.6.0-3.fc24.x86_64 (@updates)
Updated By: gpgme-1.8.0-10.fc24.x86_64 (updates)
Available: gpgme-1.4.3-7.fc24.x86_64 (fedora)
Error: pim-data-exporter-libs conflicts with
Error: kmail-account-wizard conflicts with
Error: Package: 7:kdepim-16.08.3-2.fc24.x86_64 (@updates)
Requires: knotes = 16.08.3-2.fc24
Removing: knotes-16.08.3-2.fc24.x86_64 (@updates)
knotes = 16.08.3-2.fc24
Updated By: knotes-16.12.2-1.fc24.x86_64 (updates)
knotes = 16.12.2-1.fc24
Available: knotes-15.12.3-1.fc24.x86_64 (fedora)
knotes = 15.12.3-1.fc24
On Friday, February 24, 2017 10:13:03 AM EST solitone wrote:
> On Friday, 24 February 2017 11:40:44 CET Daniel Vrátil wrote:
> > First, make sure you have all latest packages of KMail, Akonadi
> > and all other PIM applications you use.
> KMail version 5.2.3.
If it's any help, all search functions here are extremely fast and
$ kmail --version
$ akonadictl -v
$ rpm -q kdepim-runtime
$ which akonadi_baloo_indexer
/usr/bin/which: no akonadi_baloo_indexer in (/usr/local/bin:/home/garry/.local/bin:/home/garry/.cabal/bin:/usr/local/tora/bin:/home/garry/bin:/usr/bin:/usr/sbin)
$ rpm -q kf5-akonadi-search
Garry T. Williams