When you emerge xpdf for the first time and use 'USE="motif" emerge xpdf' everything is ok and pdftops etc. and xpdf get build. When you try to emerge it a second time even though openmotif is still installed and you use 'USE="motif" emerge xpdf' its configure script looks for openmotif but can't find it anymore. So only pdftops etc. get build, but xpdf itself gets not. Reproducible: Always Steps to Reproduce: 1. USE="motif" emerge xpdf 2. USE="motif" emerge xpdf Actual Results: xpdf is not build Expected Results: xpdf is build I would just unmerge xpdf and related software. But I haven't found any other opensource pdf viewer for use with fluxbox.
What Xpdf version are you trying?
The stable marked: Calculating dependencies ...done! [ebuild N ] app-text/xpdf-2.02.1 +motif Sebastian
I just tried it again to give you more infos. So I unmerge xpdf, openmotif, ghostscript and z1lib and then emerged xpdf again. Openmotif was the first thing that got reemerged. The xpdf .configure scripts states this: configure: WARNING: Couldn't find X / Motif -- you will be able to compile pdftops, pdftotext, pdfinfo, pdffonts, and pdfimages, but not xpdf Sebastian
Hello again, I found out what was going wrong. I had mounted my /tmp directory noexec. I removed noexec from fstab and afterwards compiling xpdf was no problem. So some part of xpdf's configure script must be depending on script executions in /tmp allthough gentoo's ebuilds should build in /var/tmp/portage, right? Is this a bug? Sebastian
That looks like an odd one...the warning in commant #3 is always printed if the `xpdf' binary will not be built (no_x="yes"), regardless of whether the problem is Motif or X...but it's not reproducible here. What would be helpful is - the output of `emerge --info' - contents of some environment vars that may confuse `configure' (LANG, LC_*) - contents of `config.log' (found in `/var/tmp/portage/xpdf-*/work/xpdf-*') after `configure' is finished running
[er, of course I mean comment #3...] Could this be related to the tar problem some users seem to be having?
The problem comes from configure with seems assume that /usr/X11R6/include is among the defaults include search paths (which is not the case for my gcc version 3.3.2 20031218). Adding "--x-includes=/usr/X11R6/include" in econf command line (depending on motif USE variable), in the ebuild solves the problem.
anyone knows if the default include path has changed?
Hello, please read comment #4 again. I said I solved the problem. It occured because my /tmp directory was mounted noexec. Sebastian
Looks like we're talking about two different things here: comment #4: mounting `/tmp' NOEXEC is a workaround at best, not a solution. Portage is supposed to set $TEMPDIR to a subdir in `/var/tmp', and all involved build tools are supposed to honor it (except of course `/var/tmp' is on the same partition as `/tmp', in which case there is no other way than to mount `/tmp' NOEXEC. Still does not explain why only the second emerge fails). comment #7: Plain X11 headers are also available via the `/usr/include/X11' symlink. This does not help with motif headers, but then `configure' should be able to figure that out by itself. Again, not reproducible here, and `emerge --info' and the output of the failed test in config.log would be a big help.
[Grrr...inversed logic! Please read `NOEXEC' above as `!NOEXEC']
Hi Bartron, sorry, I was wrong. Now I see your point. You're saying that ebuilds shouldn't depend on the /tmp directory. Sorry! But I think the first emerge of xpdf was just succesful because back then I didn't have /tmp mounted noexec. I emerged xpdf right at that point where I installed Gentoo on this box. Afterwards I configured the box and next to other things I changed the fstab to mount the /tmp directory noexec. I hope that helps. But I can't help you much further because I'm a user and not a dev. But if you think of something that I can help you with then tell me and I will. Thanks Sebastian
[sorry for the long delay] No...actually looks a lot more like my fault. My point was that many users may have `/tmp' mounted NOEXEC and, even if it seems to fix the problem at first, it just shouldn't be necessary to change basic settings like mount options to get one single package to build (ouch, I should have been a bit clearer, sorry for the confusion). A program that is known to create and execute test progs in `/tmp' are some versions of imake...that may explain why X is detected correctly if `--x-includes=' is specified (configure does not use imake if it is told where x-includes are)...but then xfree's imake is patched to create it's temporary files in a directory in /var/tmp/portage passed via the environment. Could anyone seeing this check the output of qpkg -f /usr/X11R6/bin/imake please?
please provide qpkg -f /usr/X11R6/bin/imake
micmobil root # /usr/portage/app-portage/gentoolkit/files/scripts/qpkg -f /usr/X11R6/bin/imake x11-base/xfree * micmobil root #
thx, which version of xfree do you have installed?
Hello, at that moment I had xfree-4.3.0-r3. Now I'm using 4.4.0rc2. I just reemerged xpdf again, /tmp was still mounted 'noexec' and it worked. So did emergin xpdf 3.0. Some things must have changed. Thankx
strange, i'll set it worksforme for now, if somebody experience this problem again, please reopen the bug
I had this problem today. Previously I had updated xpdf from 2.02 -> 2.03 which went ok. The problem occured after unmerging xpdf 2.03 and then re-emerging it . I solved is as described in comment #7. using gcc-3.3.2-r5 xfree-4.3.0-r3 Portage 2.0.50 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.22-gentoo-r2) ================================================================= System uname: 2.4.22-gentoo-r2 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.4.3.10 Autoconf: sys-devel/autoconf-2.58 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" 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/env.d" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.linux.no ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X acpi apm avi berkdb cdr crypt cups dvd encode esd fbcon foomaticdb gdbm gif gpm gtk gtk2 guile imlib java jpeg libg++ libwww mad matrox mikmod motif mozilla mpeg ncurses oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba sdl slang spell sse ssl svga tcpd truetype usb wmf x86 xml2 xmms xv zlib"
