libwww-config --libs fails to include -lwwwssl even when USE=ssl the library libwwwssl is installed but any package using 'libwww-config --libs' will fail to link it, I have provided a patch but it should only be applied if USE=ssl Reproducible: Always Steps to Reproduce: 1.libwww-config --libs 2. 3. Actual Results: # libwww-config --libs -L/usr/lib64 -lwwwinit -lwwwapp -lwwwxml -lxmltok -lxmlparse -lwwwzip -lwwwhtml -lwwwtelnet -lwwwnews -lwwwhttp -lwwwmime -lwwwgopher -lwwwftp -lwwwfile -lwwwdir -lwwwcache -lwwwstream -lwwwmux -lwwwtrans -lwwwcore -lwwwutils -lmd5 -ldl -lz -L/usr/lib -lssl -lcrypto Expected Results: # libwww-config --libs -L/usr/lib64 -lwwwinit -lwwwapp -lwwwxml -lxmltok -lxmlparse -lwwwzip -lwwwhtml -lwwwtelnet -lwwwnews -lwwwhttp -lwwwmime -lwwwgopher -lwwwftp -lwwwfile -lwwwdir -lwwwcache -lwwwstream -lwwwmux -lwwwtrans -lwwwcore -lwwwutils -lmd5 -ldl -lz -L/usr/lib -lssl -lcrypto -lwwwssl
Created attachment 237943 [details, diff] patch to add libssl to libwww-config --libs output
see also bug 165280 comment #61 and #62 which shows effects of this omission, and correction after patching.
net-libs/libwww-5.4.0-r7 fails due install function: see Error log http://shiriy.pastebin.com/fDa7YZKR
(In reply to comment #3) > net-libs/libwww-5.4.0-r7 fails due install function: > see Error log http://shiriy.pastebin.com/fDa7YZKR > Your bug: /usr/bin/install: will not overwrite just-created `/var/tmp/portage/net-libs/libwww-5.4.0-r7/image//usr/include/w3c-libwww/HTBind.h' with `HTBind.h' is subject of bug #318739 http://bugs.gentoo.org/show_bug.cgi?id=318739 and not related to this bug at all
*** This bug has been marked as a duplicate of bug 318739 ***
I believe that you are mistaken, this bug is distinct from 318739 and this bug concerns a failure of 'libwww-config' to include '-lwwwssl' when USE=ssl which the patch in 318739 does not fix, but the patch provided here does fix. Comment #3 below was sent to the wrong bug. Stephen Lewis
Thanks for submitting a proposed fix -- assigning to libwww maintainers
Created attachment 246218 [details] re-worked ebuild to apply the patch previously given if USE=ssl This is a reworking of the original ebuild in portage, to autopatch if USE=ssl. It requires the patch be named libwww-5.4.0-config-wwwssl.patch and i'm uploading this as well. Same patch contents as before, new name. This builds fine on my system, (funtoo unstable) and allows Amaya as per the ebuild/patches in bug 165280 to build with USE=ssl.
Created attachment 246220 [details, diff] patch for ebuild uploaded, with required naming.
Any ideas if this is going to get into portage? I needed to rebuild Amaya, and thus I need to redo libwww because it seems the version in portage got re-installed due to a revdep-rebuild.
query.o: In function `QueryInit()': query.c:(.text+0x28db): undefined reference to `HTSSL_protMethod_set' query.c:(.text+0x28e7): undefined reference to `HTSSL_verifyDepth_set' query.c:(.text+0x28f3): undefined reference to `HTSSLhttps_init' query.o: In function `QueryClose()': query.c:(.text+0x4d0b): undefined reference to `HTSSLhttps_terminate' I am still getting the above error despite applying the patch. is there any other patches i can try for a fix? Thanks
Are you sure the patch got applied correctly? Is -lwwwssl included in the command that led to the error?
(In reply to comment #11) > query.o: In function `QueryInit()': > query.c:(.text+0x28db): undefined reference to `HTSSL_protMethod_set' > query.c:(.text+0x28e7): undefined reference to `HTSSL_verifyDepth_set' > query.c:(.text+0x28f3): undefined reference to `HTSSLhttps_init' > query.o: In function `QueryClose()': > query.c:(.text+0x4d0b): undefined reference to `HTSSLhttps_terminate' > > I am still getting the above error despite applying the patch. is there any > other patches i can try for a fix? > > Thanks What is the output from: libwww-config --libs see "expected results" description in *this* bug report...
This package is now gone from the tree.
I believe amaya was the last other package to depend on this, and amaya is also gone from the tree. In addition, the amaya source tarball includes it's own copy of libwww within its source tree.
