Language Selection

English French German Italian Portuguese Spanish

KDE 4.4 Mail Misunderstanding Explained & Akregator Surprize

Filed under
Linux

I've gotten quite a few responses to my quickie look at KDE 4.4 under Mandriva written for this week's Distrowatch Weekly. One of which came from Aaron J. Seigo himself. I thought I might share some of what he said since several people expressed similar concerns on the topic here in comments. I also found one really super-duper neato new feature in Akegator in 4.4 that deserves a mention.

First to all, that wasn't meant to be a thorough review of KDE 4.4. I just wanted to talk about how easy it was to upgrade Mandriva and to install the KDE 4.4 packages and perhaps mention a few observations.

But one concern that several people besides myself have mentioned about KDE 4.4 PIM here on Tuxmachines was our understanding that our emails used in KDE PIM will be converted from our maildir format to database entries. This would make testing various distributions a bit more difficult. I know a little MySQL, but I really didn't want to be dumping and restoring a database every time I changed distributions.

But Seigo explains that our mail will not be converted and stored in a database. An index of our mail will be made and stored in a database table so that other applications could make use of it. Apparently, allowing for opening and accessing the mail in its current directory and format if need be - for example, as in a plasma widget on desktop monitoring for new mails. At least that's how I understood his explanation.

Well, instead of interpreting, I'm sure it would be alright to just post his exact words:

Actually, Akonadi doesn't change storage format (that wouldn't be a good move, really) but it centralizes access to the storage as well as provides uniform indexing. Right now, indexing systems aren't shared between mail/calendar/contact systems anyways, and Nepomuk allows the indexing to be shared between all desktop apps that use it. Akonadi itself provides access to the mails on disk so that it's safe for both, say, KMail and and a Plasma widget to be displaying the contents of the at the same time. So instead of being a heavy or "lock-in" style database, it's simply an access mechanism to storage formats that you and I are already (and will continue to) use.

I know this takes a load off my mind as I hope it does the others who expressed concern as well.

---

Now for the super-duper neato new feature in Akregator:

Akregator used to display polls and such as plain text, but with 4.3.2 polls rendered in radio-button or clickable format. That was kinda nice. But today I discovered something even better.

For Webmasters/bloggers/whoever that allow such, videos can now be watched right from Akregator. I don't know any real details, if only certain formats are supported and such, but I'm almost thinking they'd have to be oggs. I'm not sure if Flash videos would work as I disable all such in Konqueror/KDE. I'll check next time I see where someone embeds one in a feed.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Re: akonadi problems

On my experimental box, I'm running Mandriva's development version called Cooker (currently in Alpha state). When Cooker KDE packages were updated to KDE 4.40, akonadi wouldn't load, so kmail would terminate. Irritating. Started looking on the net, and in logs. Turned out the akonadi MySQL database config was incompatible with the MySQL packages in Cooker.

Some small changes in the akonadi mysql config file got it working.

Oh well, such is the life with alpha stuff.

Wish KDE would allow kmail to run without akonadi, for the time being.

re: akonadi problems

oh no. Another issue to be wary of. That won't be the only occurrence of similar in the coming months I'm afraid.

Yes, there should be some choice in the matter. A lot of folks would rather not have to have a database installed on their desktop.

Issues of space, resources, unknown future of mysql... that database indexing should be an option one can opt out of.

More in Tux Machines

ownCloud Desktop Client 2.2.4 Released with Updated Dolphin Plugin, Bug Fixes

ownCloud is still alive and kicking, and they've recently released a new maintenance update of the ownCloud Desktop Client, version 2.2.4, bringing some much-needed improvements and patching various annoying issues. Read more

Early Benchmarks Of The Linux 4.9 DRM-Next Radeon/AMDGPU Drivers

While Linux 4.9 will not officially open for development until next week, the DRM-Next code is ready to roll with all major feature work having been committed by the different open-source Direct Rendering Manager drivers. In this article is some preliminary testing of this DRM-Next code as of 29 September when testing various AMD GPUs with the Radeon and AMDGPU DRM drivers. Linux 4.9 does bring compile-time-offered experimental support for the AMD Southern Islands GCN 1.0 hardware on AMDGPU, but that isn't the focus of this article. A follow-up comparison is being done with GCN 1.0/1.1 experimental support enabled to see the Radeon vs. AMDGPU performance difference on that hardware. For today's testing was a Radeon R7 370 to look at the Radeon DRM performance and for AMDGPU testing was the Radeon R9 285, R9 Fury, and RX 480. Benchmarks were done from the Linux 4.8 Git and Linux DRM-Next kernels as of 29 September. Read more

How to Effectively and Efficiently Edit Configuration Files in Linux

Every Linux administrator has to eventually (and manually) edit a configuration file. Whether you are setting up a web server, configuring a service to connect to a database, tweaking a bash script, or troubleshooting a network connection, you cannot avoid a dive deep into the heart of one or more configuration files. To some, the prospect of manually editing configuration files is akin to a nightmare. Wading through what seems like countless lines of options and comments can put you on the fast track for hair and sanity loss. Which, of course, isn’t true. In fact, most Linux administrators enjoy a good debugging or configuration challenge. Sifting through the minutiae of how a server or software functions is a great way to pass time. But this process doesn’t have to be an exercise in ineffective inefficiency. In fact, tools are available to you that go a very long way to make the editing of config files much, much easier. I’m going to introduce you to a few such tools, to ease some of the burden of your Linux admin duties. I’ll first discuss the command-line tools that are invaluable to the task of making configuration more efficient. Read more

Why Good Linux Sysadmins Use Markdown

The Markdown markup language is perfect for writing system administrator documentation: it is lightweight, versatile, and easy to learn, so you spend your time writing instead of fighting with formatting. The life of a Linux system administrator is complex and varied, and you know that documenting your work is a big time-saver. A documentation web server shared by you and your colleagues is a wonderful productivity tool. Most of us know simple HTML, and can whack up a web page as easily as writing plain text. But using Markdown is better. Read more