I installed xorg-x11 with USE=minimal, which means the Xvfb support is not installed. Because of this, evolution 2.0.3 will not compile. Evolution has been configured as follows: Mail Directory: /var/spool/mail, writable by group mail LDAP support: yes (dynamic) Pilot conduits: no Kerberos 4/5: no/no SSL support: yes (Mozilla NSS) SMIME support: yes (Mozilla NSS) IPv6 support: no Dot Locking: yes File Locking: fcntl Gtk-doc: no Programming documentation files will not be built. You may want to install the gtk-doc package so that you will get the Evolution Developer's Guide. * Scanning for a open DISPLAY to start Xvfb ... * * Unable to start Xvfb. * * '/usr/X11R6/bin/Xvfb :17 -screen 0 800x600x24' returns: * /usr/portage/eclass/virtualx.eclass: line 71: /usr/X11R6/bin/Xvfb: No such file or directory * * If possible, correct the above error and try your emerge again. * !!! ERROR: mail-client/evolution-2.0.3 failed. !!! Function virtualmake, Line 75, Exitcode 0 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. # emerge info Portage 2.0.51-r8 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r9 x86_64) ================================================================= System uname: 2.6.9-gentoo-r9 x86_64 AMD Opteron(tm) Processor 248 Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Dec 1 2004, 20:15:59)] distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=opteron -O2 -pipe -fomit-frame-pointer -ftracer -fweb -fprefetch-loop-arrays -frename-registers -maccumulate-outgoing-args -mfpmath=sse -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=opteron -O2 -pipe -fomit-frame-pointer -ftracer -fweb -fprefetch-loop-arrays -frename-registers -maccumulate-outgoing-args -mfpmath=sse -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE" DISTDIR="/usr/portage/distfiles" FEATURES="ccache cvs digest notitles sandbox sfperms" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://ftp.ndlug.nd.edu/pub/gentoo/ http://gentoo.ccccom.com http://gentoo.osuosl.org/" LDFLAGS="-Wl,-O1 -Wl,-z,now" MAKEOPTS="-j6" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa avi cdr crypt cups dvd dvdr encode esd evo gif gimpprint gnome gphoto2 gtk gtk2 hal jpeg ldap mpeg multilib ncurses nocd nptl nvidia oggvorbis opengl pam pdflib perl pic png ppds quicktime readline sdl spell ssl tiff truetype usb videos xml xml2 xmms xprint xv zlib" # emerge -vp xorg-x11 These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] x11-base/xorg-x11-6.8.0-r4 (-3dfx) (-3dnow) -bitmap-fonts -cjk -debug -dlloader -dmx -doc -font-server -hardened -insecure-drivers -ipv6 +minimal (-mmx) -nls +opengl +pam -sdk (-sse) -static +truetype-fonts -type1-fonts (-uclibc) +xprint +xv 0 kB
we dont maintain the eclass, we don't control the x11 minimal build.
Well, the problem is that the X minimal build does not come with Xvfb, which the evolution build should not be relying on anyway, as it might not always be present. The offending part of the evolution ebuild is here: # Needs to be able to connect to X display to build. Xemake || Xmake || die "make failed" It obviously is a problem with the virtualmake function under the virtualx.eclass Is there any way I can force the build to work (set DISPLAY=localhost:0) ?
Problem confirmed. Changing Severity to a blocker as this prevents people from upgrading evolution which has a serious security bug open.
bug #79183
Xemake/Xmake is officially a hangover from the pre-1.2 days. The current versions (2.0.x) compile fine with "emake || die "emake failed"", both in and out of an X session. Al, can you verify and fix in the next day or so? otherwise I'll commit the changes to the 2.0.x ebuilds. Thanks.
I hacked around it by doing this in the virtualx.eclass. - if [ -z "$DISPLAY" ] || ! (/usr/X11R6/bin/xhost &>/dev/null) + #if [ -z "$DISPLAY" ] || ! (/usr/X11R6/bin/xhost &>/dev/null) + if false Then evolution then built fine.
yep, i'll do some testing this afternoon GMT
removed virtualx/xemake from the latest 2.0.2-r1 and 2.0.3-r1