• Installs and deinstalls cleanly
• Works as promised

The delays some people seem to notice is related to the icons in "others" menu. Remove all applications which have icon there and catorise will fly again.

@Mikko, I've got a plan to screenscrape the Ovi store and have a mapping. I've spoken to some contacts at Nokia and that's the only way to get category information for Ovi apps.

Definitely in some future version.

It's a pity that all applications installed from Ovi store are under Ovi section instead of correct category (e.g. games are not under games), but I guess there is nothing you can do about it. Otherwise no problems, thumb up :)

@Stefanos, I don't think so. The creation of the replacement file in /etc/xdg/menus/hildon.menu is pretty much instantaneous.

The problem is that hildon-desktop detects file changes and then does an awful lot of work. It could be useful to split it up into a series of sub-menus in separate files (see the "More..." menu when Catorise isn't installed and you see the same effect) and ensure they aren't overwritten if they don't change. /etc/xdg/menus/hildon.menu would then only change when new categories appear/disappear.

If I've seen Catorize's code (I'm not any good in perl), it creates the new menu structure in-place which results in hildon-desktop eating too much CPU and making the system unresponsive. It also removes the applications menu for a while. I suggest you create the menu in a temporary place (e.g. /tmp) and then replace /etc/xdg/menus/hildon.menu once. This should speed up the operation by a large factor.

I'm using version 0.6.0 (from extras-testing), so you may have fixed that already.

Indeed. Most of the delay I observed was not from Catorise. There is an added delay of about 5 seconds, but the system is totally responsive at that point.

Sorry for the false alarm!

@Stefanos, have you had long times with additional applications? The first install is slow, but everything should be cached for the second application install. I've can't reproduce slow-subsequent-installs, and no one has given any steps to reproduce.

While the result is excellent and "it works" (I love it), I find the delay that is introduced per installion unacceptable. We could try to find a way to speed things up, at least on common cases. Until then, I suggest that this remains out of maemo software. An unsuspected user may install this and then complain about very slow software installations.

No thumbs down :-)

Could be faster but works :)

I experienced no problems with it so far.

• installation time took unexpectedly long and complained of my custom .desktop files. glad that they are still accessible under 'All' Thanks

"killall hildon-desktop" seems to be supported; the watchdog kicks in if there are certain number of restarts within a certain time interval.

I've yet to see a report of anyone having a problem, so I'm fairly happy :-)

Is scale from 1 to 10 how sure are you that "killall hildon-desktop" doesn't cause system reboot? :)

I've never had any problems, I'm asking because I've seen some speculations that it could happen with systemui[2] and hildon-home[1].

[1] http://lists.maemo.org/pipermail/maemo-developers/2010-January/023694.html [2] http://maemo.org/packages/package_instance/view/fremantle_extras-testing_free_armel/cell-modem-ui/0.2-2/