KMail hangs on my Fedora-22/KDE laptop every 2 or 3 days
with the above message.
This has occurred with previous versions of Fedora,
but in the past I could usually cure it
by opening AkonadiKonsole, going to the relevant IMAP server,
and right-clicking it off-line and then on-line.
This no longer seems to work.
The only cure I have found is to re-boot the laptop.
I looked at the KDE bugzilla,
and this problem with KMail seems to have been there for years,
without as far as I can see any solution being suggested.
I wonder if anyone knows the cause of this problem;
and even better, how to solve it?
The IMAP (dovecot) server is on the same network on a CentOS-7 machine.
Re-starting dovecot on that machine does not help.
gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin
I noticed that there have been 2 recent developments that make it much more
likely for QtWebEngine (and Chromium) to become acceptable for Fedora:
1. Samsung developed a multimedia backend for Chromium that uses GStreamer
instead of FFmpeg:
2. V8 upstream is working on a bytecode interpreter in their master branch,
which can serve as a fallback for architectures (non-SSE2 i686, secondary
architectures) not supported by the V8 JIT:
In addition, the people who were at Akademy are reporting that at least the
QtWebEngine upstream is cooperative when it comes to unbundling libraries,
and there has been significant progress on that.
The Qupzilla browser is working on a QtWebEngine-based version, and there
are also first plans (and some experimental code) for a KDE QtWebEngine
browser under the name "Fiber".
I propose that we stick to Konqueror/KWebKitPart at least until it is clear
whether we can get QtWebEngine in. If it works out, then we can plan a move
to Qupzilla, Fiber, or a new browser if one comes out (or maybe even stick
to Konqueror if somebody writes a KWebEnginePart for it). If we KNOW it
doesn't work out, and if we have no way to keep KWebKitPart up to date, THAT
would be the moment to consider non-KDE alternatives (e.g. Firefox).
Shipping Firefox as a one-time stopgap is not worth it when a better
solution may actually be round the corner.
Proposal: For Fedora 23, we stick with Konqueror. Evaluation of QtWebEngine
is still ongoing, due also to recent upstream developments. We will
reconsider the default browser decision after that.
+1 from me for this proposal, obviously.
The other voting members, please vote.
On Tue, Aug 11, 2015 at 9:56 AM, Dan Mossor <danofsatx(a)gmail.com> wrote:
> The correct avenue here, in light of the news from the upstream products,
> is to keep the status quo regardless of the lack of usability. When we
> finally get a fully-featured Qt based browser, that is when we switch. We
> DO NOT switch to a GTk based browser that has zero integration with the
> Plasma desktop - single click selection of files and directories within
> Firefox doesn't even work, let alone the theming and other issues.
> Ironically, those two items, as well as integration with kWallet, work fine
> with Google Chrome (which is not a choice in this discussion).
Tom Calloway has been working on Chromium - and his copr is up-to-date for
anyone who wants to try it.
It's been a slow slog working through the issues keeping it from the
official repository, but progress
has been made: https://code.google.com/p/chromium/issues/detail?id=28287
Things have also changed over the years, we now have blink, and
Chrome/Chromium's popularity has continued to grow. Firefox has exceptions
mainly because it is deemed "to popular" to keep out of the distribution.
Perhaps Chromium has now reached that point.
Based on our prior kde-sig meeting, we'd tentatively agreed to pursue
considering using a default browser different than konqueror.
I'm proposing we consider using firefox by default instead.
Secondary proposal: keep konqueror installed as a secondary browser (and
file manager, etc). It's runtime footprint is only ~6mb.
I asked some Plasma workgroup member(1) members for votes on irc, and those
without documented votes yet include:
Martin Bříza (mbriza): no vote
Kevin Kofler (Kevin_Kofler): no vote
Than Ngo (than): no vote
Lukáš Tinkl (ltinkl): no vote
Dan Vrátil (dvratil): no vote
This message is a call for formal +1/-1 vote from these folks.
Please limit this mailing list thread to votes only, and start new thread(s)
if you wish to continue discussing the the pros/cons on the topic. Thanks.
(1) Plasma workgroup membership as listed on
We had a thread here discussing "changing the default browser", or adding a
better browser than Konqueror, you can see the thread in this mailing list
Some of my points were:
1) Almost dead upstream for Konq, vs thriving upstream for Firefox, Konq
may have undiscovered security vulnerabilities, but the limited number of
users is hiding them.
2) Slower Konq (maybe qtwebkit to blame)
3) KHTML and QtWebEngine not supporting the latest standard (HTML5).
4) The video codecs issue (now, Konq doesn't run YouTube out of the box),
even if this bug get fixed, no foreseeable YouTube VP9 support (because
MSE) in Konq, VP9 is about 60% the size of VP8 at the same quality and is
supported in Firefox and MSE is being worked on.
Then Rex suggested to discuss this in KDE SIG meeting, on Tuesday, 4-8-2015.
In the meeting Kevin Kofler voted against the change.
Daniel Vrátil "believes we should go for Firefox with Konqueror as a
fallback", but voted against the change to avoid a flame war.
5 other KDE SIG members voted for the change.
So without a flame war, we have 6 KDE SIG members want the change, and
Kevin Kofler refuses it.
Rex asked in a thread for a formal vote, +1 or -1, and explicitly said
"Please limit this mailing list thread to votes only, and start new
thread(s) if you wish to continue discussing the the pros/cons on the
topic.", but the thread got some discussion, and Kevin said "we should of
course listen to our users".
If the decision should be made by the KDE SIG members, please proceed, I
think 6 vs 1 is a good shot, even if this 1 is Kevin Kofler.
If, like Kevin said, we listen to our users, please make a public poll,
e.g. on Fedora page on Google+, to see what the users want.
You can provide a better experience to Fedora KDE users, please do.
On Thu, Aug 6, 2015 at 12:01 PM, g <geleem(a)bellsouth.net> wrote:
> with all the problems that mozilla is going thru with firefox, why
> do you want to cause problems?
> firefox is no longer #2 browser. gaagle chrome has kicked firefox's
> butt an dropped it to #3.
> many oos users are dropping firefox in favor of the new oos browser.
> anyone who is unaware can run a web search on "web browser war" to find
> out just what is happening.
> Well, I believe Rex was just being pragmatic - if you're going to switch,
Firefox (for better
or for worse) is really the only choice.
Personally, I prefer Chrome, which for obvious reasons can be a candidate -
Chromium because of:
IMO this is all a bit needless until KDE decides what they are going to do
about Konqueror. If it ends up they are going to abandon it, that would be
the time to act. Kevin already discussed what could be done about any
critical security issues; and if someone wants to use another browser it is
ridiculously simple to install.
I really don't get the urgency or importance of this; I think there are
bigger fish to fry.
Mustafa Muhammad wrote:
> "the page says "All KDE applications are well integrated, with a similar
> look" which is the opposite of "not the whole KDE apps"
> You know, the opposite of " not the whole KDE apps ".
I think you misunderstood the meaning of "integrated" here. It means all the
KDE applications, if you install them, are well integrated into the Plasma
desktop (common look&feel, things like KIO and KWallet, etc.). It does not
mean they are all included in the default installation of Fedora KDE.
Is there a way to determine what really is being held in klipper's clipboard?
I ask this since if I use my mouse to highlight an entry in a T-Bird email message and then left click to paste it into a libreoffice spreadsheet I get a window popping up with "Import Options" asking me to "Select the Language to use for Import". Yet if I do the same thing from a web page, which contains the same info that was sent via an email, I don't get a pop-up.
I suspect there must be a difference in the data but don't know what it is and what is the trigger.
If I wanted a blog or social media I'd go elsewhere
I'm in the process of building my children (10 and 7 years old) their
very own laptops. The machines are Dell Inspiron D630, Core2Duo 2.2GHz
with 4GB of memory and Intel graphics. I run Fedora 22 with Plasma 5 on
a similarly configured desktop, so I know it will work, and that is not
Since this is for my children, I want to enable some sort of parental
controls on it. I know I can use pam_time to control allowed login
times and total time, but that doesn't give me application control.
Are there any KDE applications that function in this area? The only
thing I can locate is kchildlock, but it is KDE4. I've also found
gnome-nanny, which is a dead project (and isn't Plasma).
Ubuntu has a project called timekpr-revived which looks to be the
most current and feature complete, but it's Ubuntu and targeted at Unity
(although he claims to "try to support other DEs").
Another thing I would like to incorporate is content filtering. I know
the "correct" answers lie in hardware devices sitting between them and
the internet, such as DansGaurdian or a Squid proxy, but I have neither
the time, energy, nor budget to support a solution such as that. Can I
run squid locally on the system?
Dan Mossor, RHCSA
Fedora Server WG | Fedora KDE WG | Fedora QA Team
Fedora Infrastructure Apprentice
FAS: dmossor IRC: danofsatx
San Antonio, Texas, USA