After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 307418 - looks only for mozilla-nss/nspr; should also look for firefox-nss/nspr(?)
looks only for mozilla-nss/nspr; should also look for firefox-nss/nspr(?)
Status: RESOLVED FIXED
Product: evolution-data-server
Classification: Platform
Component: general
1.6.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Harish Krishnaswamy
Evolution QA team
Depends on:
Blocks: 324546 327516
 
 
Reported: 2005-06-12 21:02 UTC by Luis Villa
Modified: 2013-09-14 16:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
A log of the build. (371.69 KB, text/html)
2005-06-12 21:03 UTC, Luis Villa
  Details
config.log file (105.93 KB, text/plain)
2005-06-12 21:04 UTC, Luis Villa
  Details
config.status (68.74 KB, text/plain)
2005-06-12 21:05 UTC, Luis Villa
  Details
Also looks for xulrunner and seamonkey NSS/NSPR (961 bytes, patch)
2006-07-23 19:09 UTC, Frederic Peters
none Details | Review

Description Luis Villa 2005-06-12 21:02:49 UTC
I've been trying to build e-d-s against firefox, both from packages and from a
patched jhbuild. Both fail looking for nspr.h. As far as I can tell from the
configure logs this is because the configure test only looks for mozilla-nss,
whereas firefox-nss is what is registered with package config (both by the
packaged and jhbuilt firefoxes), and what provides nspr.h (which is definitely
present.) 

As best as I can tell from the current build and from poking at configure.in,
the manual autoconf test for nspr.h is succeeding, but then somehow the build
itself is not finding it. No clue why this is happening, or how to fix it.

I'll attach config.status, config.log, and the build/configure log shortly.
Comment 1 Luis Villa 2005-06-12 21:03:46 UTC
Created attachment 47666 [details]
A log of the build.

This is a log of the build, showing particularly the exact failure mode.
Comment 2 Luis Villa 2005-06-12 21:04:28 UTC
Created attachment 47667 [details]
config.log file
Comment 3 Luis Villa 2005-06-12 21:05:00 UTC
Created attachment 47668 [details]
config.status

Config.status. Let me know if there is anything else you need.
Comment 4 Mauricio Fuentes Montero 2005-12-14 17:46:33 UTC
Have you tried using the --with-nspr-includes=PATH and --with-nspr-libs=PATH
e-d-s autogen.sh's options when build it?
Comment 5 Christian Persch 2005-12-20 13:23:00 UTC
EDS' configure.in's pkg-config check does this:

PKG_CHECK_MODULES(NSS, mozilla-nss, have_nss="yes", have_nss="no")

But on firefox, it needs to check for "firefox-nss", and on xulrunner for "xulrunner-nss". And then later you have to also adapt the

mozilla_nspr="mozilla-nspr"

line accordingly.
Comment 6 Karsten Bräckelmann 2006-01-14 01:49:48 UTC
Same for Evolution...
Comment 7 Wouter Bolsterlee (uws) 2006-01-29 16:30:07 UTC
Is this bug being worked on? It seems to me this is blocking Firefox1.5/Epiphany for GNOME 2.14.
Comment 8 jwarnier 2006-05-11 22:21:32 UTC
It seems to me too. See http://jhbuild.bxlug.be/builds/2006-05-11-0001/logs/epiphany/#configure for a build log showing the exact error message.
Comment 9 Wouter Bolsterlee (uws) 2006-05-12 07:42:51 UTC
Eh, that is just epiphany that recently dropped support for ancient mozilla versions. This bug report is about evolution-data-server not able to find firefox headers.
Comment 10 Claudio Saavedra 2006-05-13 11:21:08 UTC
Luis, 

Currently, e-d-s configure.in is checking for nss, mozilla-nss, or firefox-nss. The check is done in the following way:

>	AC_MSG_CHECKING(Mozilla NSS pkg-config module name)
>	mozilla_nss_pcs="nss mozilla-nss firefox-nss"
>	for pc in $mozilla_nss_pcs; do
>		if $PKG_CONFIG --exists $pc; then
>			AC_MSG_RESULT($pc)
>			mozilla_nss=$pc
>			break;
>		fi
>	done

The same holds for nspr. If there are other possibilities (xulrunner-nss, for instance) it should be only needed to add them to the mozilla_{nss,nspr}_pcs variable.

Can you please check if the bug is still reproducible? My bet is that it isn't (but I may be missing something).
Comment 11 Claudio Saavedra 2006-05-13 11:25:28 UTC
(In reply to comment #10)
> Can you please check if the bug is still reproducible? My bet is that it isn't
> (but I may be missing something).

/me forgot to mention that this holds for both HEAD and gnome-2-14 branches.

Comment 12 Christian Persch 2006-05-13 15:00:55 UTC
I think it should check for xulrunner- and seamonkey- nss/nspr too.
Comment 13 Luis Villa 2006-05-21 23:38:52 UTC
I can't check now; I haven't been building things for a while. It would be great if someone could take this up with the folks who are building things at 

http://mail.gnome.org/mailman/listinfo/gnome-packaging-list
Comment 14 Luca Ferretti 2006-07-20 23:54:28 UTC
Patches to add support for xulrunner and seamonkey available at bugs #348197 (e-d-s) and #348198 (evo).

e-d-s is able to build against xulrunner (using the modulest for jhbuild suggested in bug #324546 comment 4). evo is untested by now.
Comment 15 Frederic Peters 2006-07-23 19:09:22 UTC
Created attachment 69432 [details] [review]
Also looks for xulrunner and seamonkey NSS/NSPR

This is the obvious patch; I have been using it for months without any problem.

Please consider it, thanks.
Comment 16 Karsten Bräckelmann 2006-07-23 20:59:48 UTC
This has been fixed for {,mozilla-,firefox-}{nspr,nss} for quite a while already, both evolution and e-d-s, both HEAD and gnome-2-14 branch. Yay... ;)

Bug 348197 and bug 349198 have been committed to HEAD, too.
Thanks for the patches, everyone.

Closing RESOLVED FIXED.
Comment 17 Karsten Bräckelmann 2006-07-23 21:06:26 UTC
(In reply to comment #16)
> Bug 348197 and bug 349198 have been committed to HEAD, too.

Obviously, make that "bug 348197 and bug 348198"... :)