Sorry about that, I forgot there even was a dbus dependency.

As for the colors, yes, that is hard to read. I'm trying to pull from the theme colors but I'm doing something wrong (doesn't even work on the desktop). See https://bugs.maemo.org/show_bug.cgi?id=5859 (GTK hackers who have knowledge of that kind of stuff, help would be much wanted)

required python-dbus depency is missing, program cannot be started.

Buttons with white text on light gray background are very hard to read.

Thanks

The python-glade2/python-gtk issue should now be resolved. I manually promoted the right versions in place.

Fault is not in this package but in python packages in extras-testing repository. Reason why python packages are in inconsistent state is in automatic promotion system not working correctly.

You can see the problem yourself by disabling extras-devel (which has consistent python packages) and trying to install. You may have to remove all python packages first and try a "fresh" install. See depencies and versiof of python-gkt2 and python-glade2 packages

@Mikko Strange, I run almost the exact same dependency line for Dialcentral and have not had anyone have issues (including myself). I have also not had issues with this package. http://maemo.org/packages/package_instance/view/fremantle_extras-testing_free_armel/dialcentral/1.0.7-14 I wonder if my system has never bothered to update python-gtk2 so they stay in sync.

@Tero I have a "python-gtk2 | python2.5-gtk2" and thats mainly because I wanted to single source my dependencies between platforms and I didn't want to take the time to experiment with fixing things for my Diablo packages. With the alternation in there, is that still considered an issue?

Hard dependency to specific version of python-gtk2. Use => instead.

This package cannot be installed because there is a version mismatch between python-glade2 and python-gtk2 in extras-testing. python-glade2 is too old.

The bug is in promoter or maybe in the current extras-testing promotion process where automatic promotion is solely trusted to handle all library updates. In this case python libraries are updated half way.