Summary: | app-emulation/wine-1.4_rc2 and 9999 with USE="ssl" fails configure checking, OpenSSL 32-bit development files not found | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | jospezial <jospezial> |
Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | jer, vapier |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
wine-1.4_rc3_build.log
wine-1.4_rc3/wine32/config.log log for comment 12 (Spanky) |
Description
jospezial
2012-02-14 15:20:44 UTC
This is confusing. Did you recently switch from a no-multilib profile to a multilib one? I ask because dev-libs/openssl appears to have USE="(multilib)" (i.e. the USE flag is masked), whereas your profile line says: Portage 2.2.0_alpha86 (default/linux/amd64/10.0, gcc-4.6.2, glibc-2.14.1-r2, 3.3.0-rc3 x86_64) (In reply to comment #0) > dev-libs/openssl-1.0.0g was built with the following: > USE="(multilib) (sse2) zlib -bindist -gmp -kerberos -rfc3779 -static-libs > -test" > CFLAGS="-march=native -O2 -pipe -fno-strict-aliasing -Wa,--noexecstack" > CXXFLAGS="-march=native -O2 -pipe -fno-strict-aliasing -Wa,--noexecstack" As far as I can tell, dev-libs/openssl-1.0.0g in portage does not have a multilib USE flag. Are you sure you are using openssl from portage and not from some unsupported overlay? Please re-emerge openssl and app-emulation/emul-linux-x86-baselibs with PORTDIR_OVERLAY="" (to ensure that all overlays are disabled), and try to emerge wine again. (In reply to comment #2) I apologize, please ignore comment #2, I was wrong. The multilib USE flag's presence is correct, it is forced by the amd64 profile. --------- The real questions: 1. what version of app-emulation/emul-linux-x86-baselibs do you have installed? 2. please provide the output of equery files app-emulation/emul-linux-x86-baselibs | grep -E '(crypto|ssl)' (If you don't have equery, you will need to install gentoolkit.) (In reply to comment #3) i don't think so. the amd64 profile forcing USE=multilib doesn't mean every package should have it show up. the output should only list things in IUSE and openssl doesn't have multilib in IUSE. (In reply to comment #4) If you use portage-2.2.0_alpha86, "(multilib)" will show up in emerge --info's USE line for every installed package. he still needs to provide the requested output the config.log from wine would be useful too as an attachment jlgentoo ~ # equery files app-emulation/emul-linux-x86-baselibs | grep -E '(crypto|ssl)' /usr/lib32/libcrypto.so /usr/lib32/libcrypto.so.0.9.8 /usr/lib32/libcrypto.so.1.0.0 /usr/lib32/libgnutls-openssl.so /usr/lib32/libgnutls-openssl.so.26 /usr/lib32/libgnutls-openssl.so.26.16.14 /usr/lib32/libk5crypto.so /usr/lib32/libk5crypto.so.3 /usr/lib32/libk5crypto.so.3.1 /usr/lib32/libssl.so /usr/lib32/libssl.so.0.9.8 /usr/lib32/libssl.so.1.0.0 /usr/lib32/libssl3.so /usr/lib32/libssl3.so.12 jlgentoo ~ # ================================================================= Package Settings ================================================================= app-emulation/emul-linux-x86-baselibs-20120127 was built with the following: USE="(multilib) -development" There is no config.log. but I will attach the build.log when I try wine-1.4_rc3 . Created attachment 302149 [details]
wine-1.4_rc3_build.log
the same messages
(In reply to comment #7) > There is no config.log I am sorry if it was unclear; the file that we need to see is /var/tmp/portage/app-emulation/wine-1.4_rc3/work/wine32/config.log Please attach it. Created attachment 302183 [details]
wine-1.4_rc3/wine32/config.log
Sorry but my fault was I used the search function of Dolphin and it could not find the file because the work dir was denied for normal user.
That's on the end:
#define SONAME_LIBCUPS "libcups.so.2"
#define SONAME_LIBFONTCONFIG "libfontconfig.so.1"
#define SONAME_LIBCRYPTO "libcrypto.so.1.0.0"
configure: exit 1
Hope that helps.
(In reply to comment #10) Thanks, this part of the log shows the error: configure:11108: checking for -lssl configure:11133: x86_64-pc-linux-gnu-gcc -m32 -o conftest -march=native -O2 -pipe -O2 -m32 -I/usr/include/freetype2 -Wl,-O1 -Wl,--as-needed -m32 conftest.c -lssl >&5 /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.2/../../../../lib32/libssl.so: undefined reference to `EVP_idea_cbc' collect2: ld returned 1 exit status configure:11133: $? = 1 Adding openssl and emul-linux-x86-baselibs maintainers to CC list, hopefully they can figure out why this is happening. libssl is linked against libcrypto which provides that symbol $ readelf -s /usr/lib32/libssl.so | grep EVP_idea_cbc 143: 00000000 0 FUNC GLOBAL DEFAULT UND EVP_idea_cbc $ readelf -s /usr/lib32/libcrypto.so | grep EVP_idea_cbc 1643: 000957d0 22 FUNC GLOBAL DEFAULT 10 EVP_idea_cbc post the full output as an attachment of doing: echo 'main(){return SSL_library_init();}' | \ gcc -v -x c - -o a.out -Wl,--as-needed -m32 -lssl -Wl,--verbose >& log Created attachment 302203 [details] log for comment 12 (Spanky) by the way: my adobe reader 9 crashed today with this message: /opt/bin/acroread: symbol lookup error: /usr/lib32/libssl.so.0.9.8: undefined symbol: EVP_idea_cbc certainly not a bug in wine, and your system is screwed up found libcrypto.so.1.0.0 at /lib32/libcrypto.so.1.0.0 Gentoo doesn't install that Thank you for all your help. There were 3 files in /lib32/ that didn't belong there: lrwxrwxrwx 1 root root 18 24. Jul 2011 /lib32/libcrypto.so -> libcrypto.so.1.0.0 -rwxr-xr-x 1 root root 1179956 22. Jul 2011 /lib32/libcrypto.so.0.9.8 -rwxr-xr-x 1 root root 1290136 22. Jul 2011 /lib32/libcrypto.so.1.0.0 These were the only files from July 2011. All the other were younger,most from last month. It is hard to understand that there are files that belong there and are superfluous when the program says it can't find something needed. I moved that files to a backup folder and now the configure and hopefully all the install process of wine goes right. The only reason for these files there could be that I tried to fix Googleearth a long time ago. There was a problem that it could not find some lib-files or crashes. But that is another story. So get you a glas of wine and a bit of cryptonite and have a nice day! |