On Thursday 08 Dec 2011 14:51:52 Frank Steinmetzger wrote: > On Thu, Dec 08, 2011 at 06:47:22AM +0000, Mick wrote: > > > > 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? > > > > > > 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? > > Hihi, well there are tons of alternatives. Despite my keeping distance from > GTK for general use (except for the obvious, such as Gimp and Inkscape), > Thunderbird is very good (which I used before I switched to Linux). Its > handling of data was very stable and efficient, last time I used it. I > still have it installed in my old Windows and keep it up to date. > > > > 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! > > Well, starting KMail is quite quick. But so it was before Akonadi times, > because KMail used the storage layer natively. > > > > 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. > > Well when it eventually works as imagined it’s quite nice, I guess. A > database “cache” usually is meant to increase access speed, but they’re > not quite there yet. The benefit is that you can access the same > information from one single data source (like all your mails) from several > applications, such as KMail, or a plasmoid, or... uhm... well those two. > ^^ (how about a web service, or integration into other PIM apps) > > <rumble> > To me it seems we Gentooians don’t care much about social sharing, semantic > desktops or data associations. We know where our files are and what they > contain, we want to control ourselves where our personal information is > stored. We want efficient environments that do what we want, not what the > devs imagine is the future of the desktop. > > :D </rumble> > > Hehe, that sounds like a political manifesto.
I don't care if it is - I would definitely vote for it! :p -- Regards, Mick
signature.asc
Description: This is a digitally signed message part.
