Re: [gentoo-user] KDEPIM-4.7.3 hits the stable tree ... brrrrr!

[Mick <michaelkintzios@gmail.com>]

[-- Attachment #1: Type: Text/Plain, Size: 2669 bytes --]

On Thursday 08 Dec 2011 05:45:12 Frank Steinmetzger wrote:
> On Wed, Dec 07, 2011 at 07:11:53PM +0000, Mick wrote:
> > Thankfully eselect news spells it out and this link makes me thing twice
> > about
> > 
> > my next steps:
> >   http://wiki.gentoo.org/wiki/KDEPIM-4.7_upgrade
> > 
> > Following Alan's disastrous experience where he saw all his messages
> > disappear before his eyes I am doubly cautious.
> > 
> > Has anyone tried the migration to 4.7 yet?
> > 
> > Only to make things slightly more complicated ... has anyone tried it
> > who's been using sqlite3 like I do, instead of the recommended MySQL?
> > 
> > Any gotchas other than backups of everything recommended in the news
> > article?
> 
> I installed my first 4.7.x kdepim on 30th of July. I was quite happy with
> it. Migration went smooth and I only had to recreate my filters, I guess
> because the filters’ target folders were now addressed differently.
> 
> kdepimlibs-4.7.3 came on 4th of november. The only thing I remember from
> the last weeks is that I was unable to read any mail. All I got in KMail
> were revolving cirlces and “Fetching folder content” screens. I didn’t
> lose any mail, as far as I can tell. But I was growing tired of Akondi
> even before that. So being unable to read anything finally pushed me to
> mutt. ^^

Oh dear!  I better get prepared for learning all the mutt shortcuts then?


> I don’t have _that_ many mails, at the time of my switching about 13000 or
> so, mostly in a few mailing lists. The average dev probably has much more
> than that. But even with that number, I had more than 30 seconds of
> additional full HDD load after login (once I removed the mail resources,
> login time until idle went from 1:05 to ~33 seconds). 

What?!!  Each time you load the desktop/start kmail?!  This can't be right!


> Plus, all mail files
> were individually duplicated in the Akonadi folder... what gives? While I
> understand the reasoning behind Akonadi and its potential, I do question
> the implementation.

I can't even understand the reasoning!  Enforcing a database backend on a 
desktop use case should not be the default solution for a PIM.  Those who want 
it/need it should be given the choice to opt in and complicate their lives, 
bloat their boxen and lose the ability to read their messages ...  o_O

For the rest of us it was working fine as it was.  :p


> I might try it again in 4.8, but right now I’m keeping my hands off.
> That’s probably not what you wanted to hear, but I just couldn’t resist.

Depressing news.  :-(

Thanks for sharing.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]