i dont have mozilla, i use firebird thus i dont have mozilla-nss.pc thus the PKG_CHECK_MODULES(NSS, mozilla-nss, have_nss="yes", have_nss="no") fails thus the include variables are set to "" thus when the configure tests are run the command looks like this: /lib/cpp -I../../src/.. -I conftest.c gcc doesnt like that :) i'd imagine this bug appeared because of all the new code added to configure.ac between 2.10 and 2.12 of the encryption plugin (doing a diff shows a large amount of code added just for nss/nspr checking) solution is to either (1) specify the 4 options for the configure script for the location of nss/nspr libraries/include files or (2) fix the configure.ac logic and give patch to upstream
*** Bug 29906 has been marked as a duplicate of this bug. ***
I just wanted to add that this problem still exists in gaim 0.70-r1. Here's the output that I'm getting: checking for pkg-config... /usr/bin/pkg-config checking for mozilla-nss... Package mozilla-nss was not found in the pkg-config search path. Perhaps you should add the directory containing `mozilla-nss.pc' to the PKG_CONFIG_PATH environment variable No package 'mozilla-nss' found checking for Mozilla nspr4 includes in ... "" checking how to run the C preprocessor... /lib/cpp configure: error: C preprocessor "/lib/cpp" fails sanity check See `config.log' for more details. !!! ERROR: net-im/gaim-0.70-r1 failed. !!! Function econf, Line 324, Exitcode 1 !!! econf failed
Looks like it's a gaim issue. Gaim doesn't see the nss or nspr includes. If you look closely you'll see that gaim itself (not gaim-encryption) also looks for those now for msn/jabber encryption and with the current ebuild fails to find them. I add the conf lines to specify /usr/include/nspr and /usr/include/nss and that seems to have taken off. It is still building so I'll report back.
Bill Tompkins wonders if we shouldn't have the nss ebuild install the /usr/lib/pkgconfig/mozilla-nss.pc file that gaim (and possibly other apps) seems to be looking for. Although I still think gaim should be seeing the libs and includes in /usr/lib/nss|nspr and /usr/include/nss|nspr. I'm in #gaim on freenode to see if I can get the skinny.
gaim dev "faceprint" on #gaim says that nss should be setting mozilla-nss.pc in pkgconfig as well. Here is our irc convo. 09:05 <@faceprint> rizzo: sounds like your packages are broken, since they don't install mozilla-nss.pc w/o mozilla being installed 09:05 < rizzo> faceprint: what packages? the nss libs are supposed to install mozilla-nss? 09:06 < rizzo> faceprint: shouldn't gaim also look in /usr/include/nss and /usr/include/nspr? 09:06 <@faceprint> rizzo: we use pkg-config to detect it, same way we use it to detect gtk, gtkspell, and a bunch of other stuff 09:07 <@faceprint> debian puts mozilla-nss.pc in libnss-dev 09:07 < rizzo> hm alright I'll pass that on. this is on gentoo that the problem is occuring 09:08 <@faceprint> rizzo: then the gentoo people need to figure their shit out :-P And there you have it. I was also informed that gentoo is on their "evil distro list" along with mandrake and slackware.
*** Bug 30055 has been marked as a duplicate of this bug. ***
Created attachment 18566 [details] gaim-0.70-r2.ebuild This ebuild specifies the nss and nspr include directories since gaim will only use pkgconfig to detect those libraries. gaim-encryption copied gaim's new detection scheme so it fell prey to the same problem. This is meant to only be a bandage until dev-libs/nss adds a pkgconfig entry (hopefully). Should we file a separate nss bug?
I spawned the nss thing onto Bug 30071. So feel free to close this bug if my ebuild is acceptible.
Gentoo is on their evil distro list? That's just outrageous. Sometimes I wonder how much people actually know before they form such opinions and whether they can justify it.
looks like gaim-0.70-r2 is now in portage.
closing with 0.70 and encrypt 2.14
