flickr is enabled by default in the ebuild of gnome-online-miners, and the only related dependency is media-libs/grilo. However for /usr/libexec/gom-flickr-miner to run, media-plugins/grilo-plugins must also be emerged with the useflag flickr enabled. Without that logs are cluttered with [67916.895483] traps: gom-flickr-mine[13906] trap int3 ip:7fda2cde5a20 sp:7fff0ceb7460 error:0 Reemerging media-plugins/grilo-plugins with +flickr solves the problem but it would be useful to have correct dependencies in the ebuild, if flickr is going to enabled by default.
Actually, this probably needs relevant support enabled in gnome-control-center as well. This is currently not a problem since we enabled almost all account providers for now but I would like to migrate all of this behind USE flags so we can better control issues like this. Currently the only way to fix it would be to USE-depend on flickr pulling an additional dependency not everybody might want on his system. This probably also apply to pocket service and upnp-av at the very least. I think it would also be a good time to propose a IUSE_EXPAND for all these web service integration flags that we have, even just in Gnome land.
To me the crux of the problem was enabling a service (flickr) by default. If the ebuild had depended on my use flags, then it would not have installed the miner at all as I don't have flickr enabled. I agree the fix is complicated by interdependencies of services, and the tree could likely pull in unwanted things but installing something that is broke == bad.
+*gnome-online-miners-3.14.3-r1 (13 Jul 2015) + + 13 Jul 2015; Pacho Ramos <pacho@gentoo.org> + +gnome-online-miners-3.14.3-r1.ebuild, -gnome-online-miners-3.14.1.ebuild, + -gnome-online-miners-3.14.2.ebuild, metadata.xml: + flickr support should be optional as, otherwise, it will crash if dependencies + are not present at runtime. Drop old. +
