While updating wine-0.9.15 to wine-0.9.16 on an AMD64 system with all other packages up to date I get this during the configure stage: configure: WARNING: FreeType is missing. configure: WARNING: Fonts will not be built. Dialog text may be invisible or unaligned. Configure finished. Do 'make depend && make' to compile Wine. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/wine-0.9.16/work/wine-0.9.16/config.log !!! ERROR: app-emulation/wine-0.9.16 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile wine-0.9.16.ebuild, line 105: Called econf '--sysconfdir=/etc/wine' '--with-curses' '--with-opengl' '--with-x' '--disable-trace' '--disable-debug' ebuild.sh, line 541: Called die !!! econf failed I double checked and FreeType is installed on the system, so I don't know what caused the warning or if it's even relavent.
Created attachment 90307 [details] config.log
Reopen with emerge --info and emerge -pv freetype output.
emerge --info: Portage 2.1-r1 (default-linux/amd64/2005.1, gcc-3.4.6/amd64-vanilla, glibc-2.3.6-r4, 2.6.17-gentoo x86_64) ================================================================= System uname: 2.6.17-gentoo x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.15 dev-lang/python: 2.3.5-r2, 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://www.gtlib.gatech.edu/pub/gentoo http://gentoo.chem.wisc.edu/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="amd64 X alsa avi berkdb bitmap-fonts cdr cli crypt cups dri dvd eds emboss encode fam foomaticdb fortran gif gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde lzw lzw-tiff mp3 mpeg ncurses nls opengl pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl ssl svg tcpd tiff truetype-fonts type1-fonts usb xorg xpm xv zlib elibc_glibc kernel_linux userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
emerge -pv freetype: [ebuild R ] media-libs/freetype-2.1.9-r1 USE="zlib -bindist -doc" 0 kB
Created attachment 90309 [details, diff] Patch changing return code from configure in case freetype is missing configure from wine 0.9.16 sets a return code of 1 if it doesn't finde freetype. The attached patch changes this behaviour so the build can continue. It fails later though, but for another reason.
configure seems not to look into lib32 for 32bit libraries but only tries 64bit libraries which are incompatible export ABI=x86 in ebuild fixed that problem for me bit later on it fails, still investigating...
Created attachment 90313 [details] Log of failed build After getting the build to start it fails later with an AMD64-related error. Please see the attached buildlog. emerge --info: Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-3.4.6/amd64-vanilla, glibc-2.3.6-r4, 2.6.16-gentoo-r9 x86_64) ================================================================= System uname: 2.6.16-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.15 dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=k8" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf /etc/terminfo" CXXFLAGS="-O2 -pipe -march=k8" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo " LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa avi berkdb bitmap-fonts bzip2 cli crypt cups dri dv dvd eds emboss encode flac foomaticdb gif gpm gstreamer gtk gtk2 ieee1394 imlib ipv6 isdnlog java javascript jpeg kde lzw lzw-tiff mp3 mpeg ncurses nls nptl nptlonly nsplugin nvidia ogg opengl pam pcre pdf pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection samba sdl session spell spl sqlite ssl tcpd tetex tiff truetype-fonts type1-fonts unicode usb userlocales vorbis xorg xpm xv zlib elibc_glibc kernel_linux userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #7) > Created an attachment (id=90313) [edit] > Log of failed build ... checking how to run the C preprocessor... gcc -m32 -E checking for X... libraries /usr/lib64, headers checking for dnet_ntoa in -ldnet... no ... ...why does it look for X in /usr/lib64 ??? gcc -m32 needs 32bit libs, so /usr/lib32 ?!?!?
adding export ABI=x86 in ebuild and merging with MAKEOPTS="-j1" did the job for me, ok, till now it did the merge job for me, now have to test some programs...
Comment on attachment 90309 [details, diff] Patch changing return code from configure in case freetype is missing this is garbage, you ignore the real issue and end up with a broken wine
that doesnt really make any sense ... `multilib_toolchain_setup x86` should handle the details of ABI/etc... someone run `emerge wine --debug >& log` and post the log as an attachment
Created attachment 90326 [details] logfile for emerge --debug
that's an eselect-compiler bug ... file a new bug report please Rickard
(In reply to comment #13) > that's an eselect-compiler bug ... file a new bug report please Rickard > ok, exaktly what is the problem here. I can't write a bug repport if I don't know what the bug is... A summery like "SpanKY tells me to submit this" dosen't help anyone.
keep it simple summary: wine-0.9.16 fails to emerge with eselect-compiler then post your `emerge info` and attach the same log file you posted here and cc me on the bug ... i'll take care of the rest
(In reply to comment #15) > keep it simple > > summary: wine-0.9.16 fails to emerge with eselect-compiler > > then post your `emerge info` and attach the same log file you posted here and > cc me on the bug ... i'll take care of the rest > Also - can you then dupe this bug to that bug? There's a few of us that'll want to keep track of what's going on. (And excuse my possible ignorance - but why not just reassign this bug to eradicator/toolchain or whoever? Or is this to avoid another wine/eselect-compiler assign war?)
no ... you're assuming a few things: - the original reporter is using eselect-compiler - duping this bug will cause every in this cc to be moved to the duped bug (only the original reporter will be moved) since the original bug reporter still hasnt gotten back to us, this stays NEEDINFO for those who are using eselect-compiler, you'll prob want to de-cc yourself here and move to Bug 138296
(In reply to comment #17) > since the original bug reporter still hasnt gotten back to us, this stays > NEEDINFO I must have missed something. What do you need from me?
see comment #11
Created attachment 90493 [details] The requested emerge log
thanks
*** This bug has been marked as a duplicate of 138296 ***
