xpdf's emerge specifies the use of a "nomotif" USE flag, instead of checking for the existance of a "motif" flag and if it is perferred (or not, in most cases). This is counterproductive, as it blocks any upgrades due to OpenMotif not compiling. Reproducible: Always Steps to Reproduce: 1. emerge xpdf Actual Results: See Openmotif go in and fail in a compile Expected Results: Not pull OpenMotif and compile itself. Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r6 i686) ================================================================= System uname: 2.6.10-gentoo-r6 i686 AMD Athlon(tm) Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 28 2005, 15:19:22)] distcc 2.16 i686-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.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r2, 1.6.3, 1.7.9, 1.4_p6, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.4.21-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://gentoo.mirror.solnet.ch http://mirror.datapipe.net/gentoo http://ftp.easynet.nl/mirror/gentoo/ http://www.gigaload.org/gentoo.org/ http://gentoo.chem.wisc.edu/gentoo/ ftp://gentoo.mirrors.pair.com/ http://gentoo.mirror.icd.hu/ http://open-systems.ufl.edu/mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X acpi alsa arts avi berkdb bitmap-fonts bzlib cdparanoia cdr crypt cups dvd dvdread encode esd f77 fam flac font-server foomaticdb fortran gdbm gif gimpprint gpm gtk gtk2 imagemagick imlib ipv6 java jpeg kde ldap libg++ libwww mad mbox mikmod mmx mozilla mpeg ncurses nomotif nvidia oggvorbis opengl oss pdflib perl png ppds python qt quicktime readline real rtc samba scanner sdl slang spell sse ssl svga tcltk tcpd theora tiff truetype truetype-fonts type1-fonts usb xml2 xmms xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS Note, my /etc/make.config had this: USE="-gnome -motif -nls -pam -apm acpi alsa bzlib mbox perl usb gimpprint scanner cdr cups foomaticdb ppds dvd 3dnow cdparanoia dvdread mmx nvidia real rtc sse theora 3dnowex xvid" The "nomotif" USE flag was put in to stop xpdf from building OpenMotif.
see bug 73985
This doesn't exactly help. Does Xpdf *require* a Motif library? The ebuild is a bit confusing with this. I mean, if it does, it should check to see if OpenMotif or Lesstif (which compiled) is availible and stop compiling if neither are found.
this is intended, because the xpdf binary won't be built without motif, but we still want to have the option to disable motif
Huh? Wait a min, you want to disable motif, yet stop xpdf from building at all if there's no motif. I hate to be stubborn, but I'm also getting confused. Why is xpdf being compiled in the first place when there's no motif there to let it compile? Right now, I've got xpdf on my system for no good reason, and I'm half tempted to grep through all of portage to find out which dependency is causing it to be brought in and yanking it out.
It's explained in bug 73985.
Explained on Bug 73985, re-openned on Bug 83317.
