Summary: | net-libs/libproxy-0.4.6-r2 query program segfault if USE="webkit -kde" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andreas K. Hüttel <dilfridge> |
Component: | [OLD] Library | Assignee: | Freedesktop bugs <freedesktop-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | HASH.DuOrden, lucianm, steffen |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=412573 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 360893 | ||
Bug Blocks: | 365479 | ||
Attachments: |
emerge --info
ebuild patch to libproxy-0.4.7 to enable webkit |
Description
Andreas K. Hüttel
2011-05-10 20:36:45 UTC
Uhm. This looks "fun". libproxy calls dlopen(); dlopen() causes the libraries to initialize when opened (as intended), but in the init, libGL.so.1 is calling dlopen() further ... since dlopen() is non-reentrant this is getting out of control. This problem will get alleviated when webkit-gtk-1.6 enters tree since JSCore will been split out[1], and won't link to any problematic libraries. In the meantime, I recommend that we temporarily disable USE=webkit on libproxy. This has already been done in the gnome overlay because of gtk2/gtk3 problems. Additionally, we should note that xulrunner will soon become monolithic, and libmozjs.so will be provided by spidermonkey (alongwith a new pkgconfig file[2]). Hence, libproxy will need to be patched for that in the future, otherwise it will begin linking with libxul.so and cause the same problems again. 1. https://bugs.webkit.org/show_bug.cgi?id=19428 2. https://bugzilla.mozilla.org/show_bug.cgi?id=628723 +*libproxy-0.4.6-r3 (05 Jun 2011) + + 05 Jun 2011; Pacho Ramos <pacho@gentoo.org> +libproxy-0.4.6-r3.ebuild, + +files/libproxy-0.4.6-backports.patch, + +files/libproxy-0.4.6-flags-mixing.patch: + Revision bump disabling webkit support as it causes problems like bug #366791 + (we will be able to recover this with webkit-1.6), do the same for xulrunner + support because of important problems like bug #360893 giving unresolved + symbols due problems to use proper mozjs. Thanks a lot to Nirbheek for his + assistance with this. Also include and old upstream patch to stop mixing + CFLAGS and CXXFLAGS (bug #338125 by Justin Lecher) and an opensuse patch + including some more fixes from upstream. + Created attachment 309461 [details, diff] ebuild patch to libproxy-0.4.7 to enable webkit Now, with net-libs/webkit-gtk-1.8.0:2 or net-libs/webkit-gtk-1.8.0:3 this no longer crashes with USE="-kde webkit", even with nvidia drivers. Seems to be the only possibility to give libproxy access to a working pacrunner right now, like in this example with the "proxy" test utility, but of course the benefit of it would show in some real CLI utilities using libproxy: libproxy-0.4.7 # _PX_DEBUG=1 ftp_proxy=pac+http://server/path/to/proxy.pac proxy ftp://ftp.mozilla.org/pub/ls-lR.gz Using config: 23envvar_config_extension Using ignore: Config is: pac+http://server/path/to/proxy.pac PAC received! Using pacrunner: 26webkit_pacrunner_extension Pacrunner returned: PROXY ftp-proxy.t-online.de http://ftp-proxy.t-online.de |