The following patch addresses the issues mentioned in Mozilla Bug #304655 https://bugzilla.mozilla.org/show_bug.cgi?id=304655 To quote the important part: "The problem of course is that the libembedmoz.so doesn't know how to find the other mozilla libs that it needs. Distros hack around this issue by adding ${moz_libdir} to the global ldconfig path. Which of course means that it works with either mozilla or firefox but not both (because one or the other must come first in the ld library search path). Of course the correct solution is simply to link libembedmoz.so using -Wl,-rpath,${moz_libdir}. That way it can find the other libs that it needs." Fix: The attached patch sets LDFLAGS appropriately. Some manual intervention for nspr is required. How-To-Repeat: - Install mozilla - Check devel/devhelp: It runs ldconfig on mozlibdir, which isn't The Right Thing to do and will no longer be required after the patch. - Check x11/yelp: It requires a shell-wrapper setting LD_LIBRARY_PATH, which is no longer necessary - Check x11-toolkits/hs-gtk2hs: There's no way to get the gtkembedmoz-part to work without applying the same hacks as above. Also there seems to be some interference with devel/nspr, but IANAE and cannot grasp the implications of mozilla picking up nspr-config from the port.
Responsible Changed From-To: freebsd-ports-bugs->gnome Over to GNOMErs for reviewing.
State Changed From-To: open->closed Committed, Thanks!