Today, I was playing with the idea of redoing the base sheet used in all Oxygen mimetypes. It is infact getting a bit old, and also Nuno thought that it might use a little redesign.

I was feeling particularly inspired this morning, so I fired up inkscape and tried to mess around with the gradients, in order to create a new revision of the sheet. I knew that it wasn’t going to be a full redesign, since we don’t want a completely new design that breaks consistency, but simply a reshape of the colors and gradients to make it look more modern.

I concentrated mostly on the 32×32 size, since it’s the one that is the most commonly used, and I think I got pretty good results there. I’m also quite satisfied of the other sizes: i might still play a bit with the contrast of the 16×16 icon (the smallest) but I think I’m there.

This is what I came up with: (the new set is the one on the right)

So, what do you think?

EDIT: Ah, something I forgot… I was also thinking of putting the folded corner on the top-right, instead of bottom-right as it is now. Opinions?

Just in case you happen to open KAddressBook, and see that the new entries display the vcard name where the name should appear, like it has happened here:

then relax. If I had a large and friendly font, I’d probably also write “Don’t panic”, on the back side of this post.

Your data is safe.

The filter works, too, and the bug is in Akonadi, but just in the tree item view, to be precise. This means that you can expect to see it again as soon as akonadi is fixed, and none of your contacts data is harmed.

To be even more specific, the bug where this is tracked is this one: https://bugs.kde.org/show_bug.cgi?id=252145

Please note that this only affects KAddressBook tree visualization, and in no way it compromises how the other application work (or visualize your contact data).

So, now that you’re more relaxed about this issue, here comes the howto part of the post:

Infact, in case you still badly need your contacts back, today I pushed a commit which (cleanly) workarounds this problem. To get it, you should do a number of things. Please note that while this procedure has worked for me like a charm, it could not work for you for many unknown reasons. Therefore, please proceed with extreme care!

1. Perform a full sync, so that all of your contacts data is backed up on the server.
2. Checkout the 0.2.x branch from git.

   git clone git://gitorious.org/akunambol/akunambol.git

3. Compile the branch as explained here (look at the section “Building Akunambol”)
4. Stop Akonadi, remove (or just backup) the local contacts, and start Akonadi again. (warning: ./local/share/contacts is where all of your contacts are stored! you might want to mv it instead)

   akonadictl stop
   rm -r .local/share/contacts/
   akonadictl start

5. Now, remove all the cache created by Akunambol. This will ensure that Akunambol won’t think that you just deleted all of your contacts (thus deleting them from the server too) but instead will think that it has just started on an empty addressbook (thus filling it with the data you saved during Step 1).

   rm -rf .kde4/share/apps/akunambol

6. Start Akunambol, and start a sync. Once it finishes you should see all of your contacts in KAddressBook again.

To close this post, yes, I know that all this procedure is a bit cumbersome, but again, if you have had this problem, don’t panic: your data is safe. You don’t need to follow these steps. You will not be able to display it correctly for the moment, but it’s only in THAT particular visualization, and all the functionality works nonetheless, including contacts searching, and other views of your contact list. Then, in case KAddressBook is really crucial to you, and you can’t afford to wait for the bugfix, you can simply use the procedure I illustrated above and everything should be fine. But actually, most of the users (me included) won’t even notice the problem…

Anyways… That’s all for now! Happy syncing! :)

Akunambol has just got a totally new website, RSS powered (so that you can know of new releases or other things as they happen), it’s wordpress-based, and in general much nicer.

Check it out! :) (and let me know of any problems you might find)

Hi,

Akunambol 0.2.1 is out! This is a minor release, but one that adds nonetheless a lot of polishing over what was version 0.2. Here’s a very quick list of changes:

• Fixed 5 out of 6 reported bugs, including all the crashers, and one wish. There is only one minor thing remaining which will be addressed by the plugin infrastructure.
• Implemented a likeback system to gather feedback (the one you see on KMess or Amarok). I hope that it will be useful. :)
• We now have a shiny (well, not too shiny, but…) icon used everywhere, and there’s more integration with the KDE workspace in general.
• Fixed all the licensing issues; there is already an AUR package (even if it’s still 0.2 for now) for Arch Linux users, and a PPA for *ubuntu users is also arriving. If you can make packages for your distro, don’t hesitate to contact me!

Get it while it’s hot, compile it, and try it out: it should be a big improvement over version 0.2.

By the way, since I’ve been asked a couple of times, I’d like to point out that the published funambol snapshot (on the akunambol website) is a prerelease of version 9. In spite of the fact that it’s a prerelease, it’s infact very stable – just – keep that in mind when doing packages, if you want to handle upgrades gracefully. =)

UPDATE:

The tarball http://akunambol.ruphy.org/tarballs/funambol/libfunambol-9.0.2-r2511.tar.bz2 seems to have fixed the problem.

md5sum: 54475b80271a137fb56c1e39c2e470ad

Please report any issue that you might find with it!

—-

A very quick update in case you’re struggling to try Akunambol out:  it seems like the released libfunambol snapshot has some problems building on some platforms.

The error is the following:

./../../../src/include/common/spds/SyncSource.h: In member function ‘virtual void Funambol::SyncSource::setItemStatus(const char*, int, const char*)’:

./../../../src/include/common/spds/SyncSource.h:278:34: error: no matching function for call to ‘Funambol::SyncSource::setItemStatus(const char*&, int&)’

./../../../src/include/common/spds/SyncSource.h:276:18: note: candidate is: virtual void Funambol::SyncSource::setItemStatus(const char*, int, const char*)

./../../../src/include/common/spds/SyncSource.h: In member function ‘virtual void Funambol::SyncSource::setItemStatus(const char*, int, const char*)’:./../../../src/include/common/spds/SyncSource.h:278:34: error: no matching function for call to ‘Funambol::SyncSource::setItemStatus(const char*&, int&)’./../../../src/include/common/spds/SyncSource.h:276:18: note: candidate is: virtual void Funambol::SyncSource::setItemStatus(const char*, int, const char*)

If you’re hit by this bug, stay tuned – I’m investigating and I will release a new source tarball as soon as possible. The fix should be trivial but I first want to check with Marco, who provided me with the current tarball.

Quick Update #2 [03/09]: The new tarball is up! md5sum 54475b80271a137fb56c1e39c2e470ad, or use this direct link.

Quick update [03/09]: it seems like the released libfunambol snapshot has some problems building on some platforms (with an error like this: http://pastebin.com/Rd0jpQEW). If you’re hit by this bug, stay tuned – I’m investigating and I will release a new source tarball as soon as possible. Also check http://blog.ruphy.org/posts/115.

I’m extremely happy to announce the release of Akunambol 0.2! =)

Here is an extract from the announcement on the main site:

This is the first release of the 0.2 series, which will be the last one of the 0.x series. We’re in fact planning exciting new things for the 1.0, but we first wanted to release a version for everyone to use, so that it’s possible to sync all the most used PIM data (contacts, events, tasks).

This release should be quite stable, since all reported bugs have already been fixed, and it also introduces the much awaited support for multiple calendars or address books, so you get to choose what you want to sync. Investigations on how to support syncing multiple calendars together are also being done.

From this moment onwards Akunambol will also have a new home, reachable at the address http://akunambol.ruphy.org. The repository still lives on gitorious for now, but will migrate to KDE’s git as soon as it is ready.

In addition to this, akunambol has also gained a new bug tracker. To report a bug or a wish you can now use KDE’s bug tracker (bugs.kde.org) and file a bug against akunambol.

Since this is also a blog post, I could say some more words about the “exciting new things” that we’re planning. In few words, we would like to extend Akunambol’s possibilities beyond PIM, by putting all the syncing logic into plugins. These will be dynamically loaded, like plasmoids, and could sync anything, from contacts to pictures to random files.

This way, it will be possible to provide a complete syncing framework for KDE (ala Android), in which it will be possible to build services based on the web (like RSS fetching) to backups, or even Dropbox-like clones, together with things like ownCloud.

By putting all the logic into plugins, we also loose any kind strong dependency from any library. At the same time there will be both some classes that (for example) will help you if you choose to use a standard protocol (like SyncML), and a generic interface which will allow you to do all the things you’d might like to do.

This will be either controlled by a kded daemon and a notification icon, silently living in the background, or by a GUI application.

The possibilities are indefinite, but we have just started to work on the plugin infrastructure. Let me know if you want to help, or have any idea about a nice syncing plugin. You can do so by either leaving a comment or opening a wishlist bug.

Anyways, we’ve spent way too much words on the future of Akunambol. I mean, you still haven’t tried out Akunambol 0.2!

So, what are you waiting for? Get it while it’s hot, and have fun! =)