Has anyone noticed weird issues with akonadi & kmail tandem in 4.12
and IMAP (like gmail, dovecot)? It's getting frequently stuck when
retrieving email messages, marking whole folders as read. I don't
recall seeing these problems on 4.11 too often.
Usually, closing KMail or akonadi restart is what helps, but sometimes
I have to switch data sources to offline before things go back to
KDE 4.12, Konqueror
context menu -> create file -> plaintext -> "testfile"
fine -> a file with the name "testfile" is created
context menu -> create file -> plaintext -> "testfile.crt"
WTF -> a file with the name "testfile.crt.txt" is created
context menu -> create file -> plaintext -> "testfile.key"
WTF -> a file with the name "testfile.key.txt" is created
this is *not* microsoft windows i thought :-(
I use the normal NetworkManager GUI in KDE, Fedora 19 to setup an WIFI AP
which works quite fine even if I find the procedure somewhat confusing.
However.. I can see how to disable the AP (hit the red close button) but
have absolutely no idea how to reenable it again???
The connection is still there in "Manage Connections" but can not figure
out how to activate it.
Only things that works is to remove the WIFI (usb stick) and pug it in back
again - suddenly the AP is magically there. How would I do things correctly?
Name and OpenPGP keys available from pgp key servers
Heard a lot of user feedback (complaints, requests) for being able to remove
konqueror, and I've implemented a first step in that direction beginning
with kde-baseapps-4.12.0-2 now in rawhide, and f19/f20 kde-unstable repos.
There continue to be kde-baseapps (metapackage), kde-baseapps-libs
(metapackage), kde-baseapps-devel. In addition to those we have new
kde-baseapps-common.noarch (includes licenses mostly)
this ended up being more work that I anticipated, ended up spending a lot of
yesterday working on it, but am happy with the result.
Please test, and offer feedback, especially regarding subpackage
Next steps include adding some/all of these to rawhide comps, and adjusting
dependencies in other packages that currently use stuff like:
I'm trying to establish an F20 x2go kde session with the correct
keyboard type and mapping for my clients' keyboards (pc105/gb, and mac).
What I get when I log in is always a us keyboard map for a pc105 keyboard.
I've tried starting the x2go session with a simple xterm, and found that
I can get the correct keyboard mapping as set by the x2go windows
client. (I had to touch a file /usr/share/X11/xkb/keymap.dir to get this
to work though.)
Since the keyboard map is correct in the Xterm session but wrong in the
kde session it looks like x2go is setting the keyboard/map ok but that
kde is somehow overriding what is being set by x2go. (I've tried with
Keyboard daemon both checked and unchecked in System Settings ->
Startup and Shutdown -> Service manager. I'm running with kscreen2
unchecked as that causes other problems with resizing the session window).
Does kde try to set the keyboard type and layout on login?
If so, how can I stop it doing that and accept whatever was set before
startkde was run?
PS I thought I had this working robustly from different clients in
F20-beta, but I'm back to square one now.