f-spot embed the ndesk-dbus library (http://www.ndesk.org/DBusSharp), but this code is broken for ppc. There are two fix floating around, but only one worked for me. 1) (from the svn repository) make f-spot using the system ndesk-dbus library if present. The patchs are here: http://svn.gnome.org/viewcvs/f-spot?view=revision&revision=3316. But there isn't still an official ndesk-dbus ebuild, just a proposal http://bugs.gentoo.org/show_bug.cgi?id=159793 that need to be patched. I tried applying the patch to f-spot but I was not able to link the external library. BTW I'm sure it's my fault. 2) Fix the library directly in f-spot code. I applied the patch I will attach and it worked. The first solution looks better, make it working and commit to portage tree ;)
Created attachment 129441 [details, diff] ndesk-dbus fix for f-spot
I just took over this package and committed a new version. Please test it and tell me if the issue still exist. Denis.
The newer version builds correctly against the dbus-sharp and dbus-glib-sharp ebuilds (thanks to the commit linked in comment #1 which disabled building the bundled dbus-sharp if it is already included). To fix the problem, on PPC, however, dev-dotnet/dbus-sharp and dev-dotnet/dbus-glib-sharp need to be added as deps. These currently lack a ~ppc keyword (but I will file a bug and make it block this one). I am not sure how including the external dbus-sharp lib as a dep will affect building on other arches, however. Presumably there should be no problem. From what I gather from Tomboy and f-spot changelogs, bundling dbus-sharp was just a hack for the distros which lack that package.
(In reply to comment #3) > To fix the problem, on PPC, > however, dev-dotnet/dbus-sharp and dev-dotnet/dbus-glib-sharp need to be added > as deps. This should be fixed now because I have committed f-spot-0.4.2 to the tree a few days ago, and in this version those two dependencies are mandatory for everybody. Feel free to reopen if you think I missed something. Denis.