For the new revision kde-base/kopete-3.5.6-r1 I've dropped the KEYWORDS for alpha, ia64, ppc64, sparc and x86-fbsd because of the new use-conditional (cyrpt) PDEPEND on net-im/kopete-otr. Please test and re-keyword accordingly. Thanks!
Adding other archs. Something went wrong when filing this bug, sorry.
added ~ppc64
I think that bug 176726 could be related with this problem.
Pacho, this is not about an application bug. And while 176726 is about Pidgin (formerly known as Gaim), this is about Kopete. There's no relation between both bugs whatsoever.
~ia64 done
(In reply to comment #4) > Pacho, this is not about an application bug. And while 176726 is about Pidgin > (formerly known as Gaim), this is about Kopete. There's no relation between > both bugs whatsoever. > Sorry, I posted in other browser tab :-O Sorry :-(
~sparc back.
Gentoo/FreeBSD needs an elibtoolize added to net-libs/libotr; it can be added contextually with the keywording. I'm building kopete now.
Okay, kopete-otr does not work reliably on Gentoo/FreeBSD. Now this shows why it's a stupid idea to overload the crypt useflag for both otr *and* Kopete's crypt plugin. Please change the flag to otr or something along those lines, or re-keywording Kopete is not possible. (I still wonder why it is related to a flag at all, kopete-otr is its own plugin, one can just merge it, it's not like it is a part of Kopete on its own, so that Kopete *needs* such a PDEPEND); it also adds an extra package to the (already long) list of dependencies for KDE...)
Thanks for testing, Diego. I've used "crypt" for both because kopete-otr didn't build for me with "-crypt". Embarrassingly, now that I've checked again on another machine, it builds just fine without it. It was a consistency problem in my testing enviroment. Thus, I've now dropped the PDEPEND and added a post-install message instead. I've re-added "~alpha" and "~x86-fbsd". I apologize for the inconvenience.