The configure stage of the build process for 'net-im/indicator-messages' is requiring "indicate >= 0.1.5" rather than "indicator-applet >= 0.1.5". The build fails with the following messages: checking for APPLET... configure: error: Package requirements (gtk+-2.0 >= 2.12 gio-unix-2.0 >= 2.18 indicate >= 0.1.5) were not met: No package 'indicate' found
Fixed in net-im/indicator-messages-0.1.6 Please re open if needed.
I tried building again and realized that it's not a problem with a dependency on indicator-applet but rather the ebuild doesn't depend on 'dev-libs/libindicate' as it should. I'll attach my modified ebuild in case it may be useful to anyone. When I posted the initial bug report I hadn't really examined the issue closely enough to realize that libindicate provides the 'indicate.pc' file that pkg-config is looking for. By adding ">=dev-libs/libindicate" to the RDEPEND list in the ebuild I get it to complete the configure stage correctly. I now have another issue during the build process. I get the following error(s): .libs/libmessaging_la-im-menu-item.o: In function `im_menu_item_new': im-menu-item.c:(.text+0x16a): undefined reference to `indicate_listener_get_property_icon' .libs/libmessaging_la-im-menu-item.o: In function `indicator_modified_cb': im-menu-item.c:(.text+0x2a0): undefined reference to `indicate_listener_get_property_icon' collect2: ld returned 1 exit status make[2]: *** [libmessaging.la] Error 1 make[2]: Leaving directory `/var/tmp/portage/net-im/indicator-messages-0.1.6/work/indicator-messages-0.1.6/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/net-im/indicator-messages-0.1.6/work/indicator-messages-0.1.6' make: *** [all] Error 2
Created attachment 212434 [details] Modified ebuild that depends on libindicator
(In reply to comment #3) > Created an attachment (id=212434) [details] > Modified ebuild that depends on libindicator Confirm, it now correctly depends on libindicate. BUT it still fails to compile on ~amd64, see attachement for build.log.
Created attachment 223897 [details] build.log
This should be fixed in tree by now.