I am informed by a QuteCom developer that the dependency on libpurple is optional, and there shouldn't be any dependency on glib other than via libpurple. I'd rather not have these dependencies polluting my nice Qt-purist system, so making them IUSE-specific would be appreciated. ;)
Qutecom ships internal versions of libpurple and glib, but using them is not a good idea for security reasons. I am not sure whether you can deactivate libpurple support entirely. And even if you could it would make you lose IM capabilities.
I believe the context in which I asked implied it could be disabled completely, but I'll double-check... Losing IM capabilities is no loss, since QuteCom can't do anything useful (that is, voice/video chat) with it anyway.
[08:57:43] <laurent_> libpurple could be disable completely [08:59:01] <laurent_> should be deactivated with IMWRAPPER_BACKEND_MULTI from http://trac.qutecom.org/browser/DefineWengoOptions.cmake
I would be open to adding such a flag to the ebuild, if you demonstrate that it works without glib installed and does not break anything else.
Tried to get this working in my own source tree... Apparently this is an upstream regression for now :(
[17:31:50] <CIA-55> laurent default * 630:7caa616004aa / (14 files in 9 dirs): [17:31:51] <CIA-55> disable libpurple when MULTIIMWRAPPER is set to OFF [16:11:42] <laurent_> you must define IMWRAPPER_BACKEND_MULTI to OFF and SIPWRAPPER_BACKEND_PHAPI to ON This fixes the IUSE=purple (or whatever) problem, so please fix this with the next version ebuild. glib is still a problem, though I don't know why (it seems to link if I remove -lg* from the link commandline, but ldd still links it at runtime...)
qutecom was removed from tree because it failed to compile with linux-headers-2.6.38 and above, closing as WONTFIX
Reopening.
Closing again as per bug 361181
Chí-Thanh, might I suggest assigning the bug to yourself if you want to take it on? Or perhaps opening a new bug since the issue is a lot more than dependencies now?
I am sorry for the bugspam, qutecom was removed and re-added to the tree twice, every time closing and reopening all the bugs. See bug 361181 and http://archives.gentoo.org/gentoo-dev/msg_1b5175710239130af402c941e67ca03b.xml for the reasons why.
dropped
