Re: [kde] Akonadi acting up (again)

2013-09-16 Thread Duncan
Frank Steinmetzger posted on Mon, 16 Sep 2013 01:49:05 +0200 as excerpted:

> Do you have any advice that might help me here? I don’t relly want to
> delete the resources and download everything anew again. If at least I
> could find out what the hell is keeping Akonadi up.
> 
> Thanks.
> 
> 
> I hope that garbage will be rewritten from the ground up for KDE 5 or
> given up entirely. I already dread the day that Akregator migrates,
> because I have no idea how I should sync my machines then.

Gentooer here too. =:^) (~amd64/no-multilib, running kde-4.11.49. aka 
4.11-live-branch ebuilds from the gentoo/kde overlay.)

YMMV, but here, clear back with kdepim-4.6, one day I was struggling yet 
again with akonadi misbehavior, and I suddenly had an epiphany, asking 
myself why I bothered.  It's email, for cryin-out-loud.  People running 
machines with single-core CPUs running well under 100 MHz were doing 
email, and getting it right, why was I even BOTHERING with an application 
that couldn't even do that?

After I realized the stupidity of it, it didn't take me long to do 
something about it.  That was late 4.6, but by 4.7.0 I had found a 
suitable email replacement and switched to it, and before 4.7.1 I had 
found an akregator replacement (akregator wasn't directly requiring 
akonadi yet, but it required kdepimlibs or some such, which in turn 
required akonadi, so once I started switching I wasn't going to stop 
until I got the whole mess off my system!), and killed akregator, and 
with that gone, akonadi, and with that gone, all of semantic-desktop.  
Unfortunately gentoo/kde requires semantic-desktop these days, but after 
spending all that time and effort to get it off my system, I was having 
none of it, and I diffed the 4.10 and 4.11 ebuilds and now maintain my 
own patches to keep semantic-desktop off the system since gentoo/kde 
jumped the shark too.  (Upstream kde still supports the build-time 
configure options that turn it off, I don't know what happened to all 
that stuff about Larry the cow getting all that choice when he found 
gentoo, but I guess it doesn't apply to gentoo/kde at least, these days.  
Oh, well, at least gentoo's tools do still make it reasonably easy to 
automate an ebuild patchset, as I've done.)

FWIW, claws-mail was what I found worked for me here, both for email, and 
with its rss/atom plugin, for feeds, thus replacing both kmail and 
akregator.  But I didn't want them both in the same app, so I run two 
separate claws-mail instances, separate configs, etc, one for mail, one 
for feeds.

The conversion from kmail can be a bit of a pain, since claws-mail uses 
mh-format mail folders natively (for local folders, my providers don't do 
IMAP only POP, so local folders it is for me), and kmail uses mbox or 
maildir, but mutt is one method for converting since it understands both, 
and you're already running it, so you're half-way there.  Plus, you have 
IMAP available, which both kmail and claws-mail handle, so...

But it's upto you.  I simply couldn't see the sense in struggling with 
what has been a reasonably solved problem for decades, now, and once I 
realized there was no sense in me tolerating it when there's far better 
working solutions out there, I simply didn't.  If it's working for you... 
but here you are still struggling with it, so it doesn't sound like it 
*IS* working for you.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

Re: [kde] Akonadi acting up (again)

2013-09-16 Thread Kevin Krammer
Hi Frank,

On Monday, 2013-09-16, Frank Steinmetzger wrote:

> On another machine I had the same symptoms at first, but then it behaved
> again. But that was a 32 bit system.  On my current main 64 bit machine,
> it just isn't happening. Akonadi has been clogging the CPU for 20
> minutes now. Closing the KMail or Kontakt window doesn't help, the CPU
> load is still there. I have to kill the KMail/Kontact process which
> still lingers in the background, only then will Akonadi return to being
> quiet.

That sounds a lot like the problem being in KMail or in something that KMail 
does.
It not exiting on quit is a hint that there is some active action inside it 
that inhibit application exit, e.g. some long running job.
Also, the fact that killing it stops the observed CPU usage again suggests 
that it is the origin of the load.

I am not sure how best to check what it is doing right there.
One thing you could try is to run akonadiconsole before launching KMail and 
then check the Job Tracker tab when the high usage occurs and look which type 
of job is reported as running for KMail.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring


signature.asc
Description: This is a digitally signed message part.
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

Re: [kde] Akonadi acting up (again)

2013-09-16 Thread Frank Steinmetzger
On Mon, Sep 16, 2013 at 11:38:40AM +0200, Kevin Krammer wrote:
> Hi Frank,
> 
> On Monday, 2013-09-16, Frank Steinmetzger wrote:
> 
> > On another machine I had the same symptoms at first, but then it behaved
> > again. But that was a 32 bit system.  On my current main 64 bit machine,
> > it just isn't happening. Akonadi has been clogging the CPU for 20
> > minutes now. Closing the KMail or Kontakt window doesn't help, the CPU
> > load is still there. I have to kill the KMail/Kontact process which
> > still lingers in the background, only then will Akonadi return to being
> > quiet.
> 
> That sounds a lot like the problem being in KMail or in something that KMail 
> does.
> It not exiting on quit is a hint that there is some active action inside it 
> that inhibit application exit, e.g. some long running job.
> Also, the fact that killing it stops the observed CPU usage again suggests 
> that it is the origin of the load.
> 
> I am not sure how best to check what it is doing right there.
> One thing you could try is to run akonadiconsole before launching KMail and 
> then check the Job Tracker tab when the high usage occurs and look which type 
> of job is reported as running for KMail.

Ah, being a regular user, I didn't know of the job tracker yet. :)
It shows thousands of Akonadi::CollectionFetchJob being entries being
created and processed.
-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me with any Facebook service.

Even a Bonsai dreams of greatness.


signature.asc
Description: Digital signature
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.