Bugzilla Bug 148303

On a fresh system: emerge xemacs

make[1]: Entering directory
`/var/tmp/portage/xemacs-21.4.17/work/xemacs-21.4.1$
gcc -c -march=opteron -O2 -pipe  -I. -DHAVE_CONFIG_H lwlib.c
gcc -c -march=opteron -O2 -pipe  -I. -DHAVE_CONFIG_H lwlib-utils.c
gcc -c -march=opteron -O2 -pipe  -I. -DHAVE_CONFIG_H lwlib-config.c
gcc -c -march=opteron -O2 -pipe  -I. -DHAVE_CONFIG_H xlwmenu.c
gcc -c -march=opteron -O2 -pipe  -I. -DHAVE_CONFIG_H xlwscrollbar.c
gcc -c -march=opteron -O2 -pipe  -I. -DHAVE_CONFIG_H lwlib-Xlw.c
lwlib-Xlw.c:57:26: error: X11/Xaw/Form.h: No such file or directory
lwlib-Xlw.c:58:29: error: X11/Xaw/Command.h: No such file or directory
make[1]: *** [lwlib-Xlw.o] Error 1
make[1]: Leaving directory
`/var/tmp/portage/xemacs-21.4.17/work/xemacs-21.4.17$
make: *** [lwlib] Error 2

Manually installing libXaw solves the problem.


Portage 2.1.1 (default-linux/amd64/2006.1/server, gcc-4.1.1, glibc-2.4-r3,
2.6.17-gentoo-r8 x86_64)
=================================================================
System uname: 2.6.17-gentoo-r8 x86_64 Dual Core AMD Opteron(tm) Processor 270
Gentoo Base System version 1.12.5
Last Sync: Tue, 19 Sep 2006 14:50:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.3-r1
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-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
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=opteron -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo"
CXXFLAGS="-march=opteron -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ "
LINGUAS=""
MAKEOPTS="-j5"
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.europe.gentoo.org/gentoo-portage"
USE="amd64 X apache2 bash-completion berkdb bitmap-fonts cli crypt cups
dlloader dri elibc_glibc fortran gdbm gpm gtk input_devices_evdev
input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kernel_linux ldap
libg++ logrotate mailwrapper mysql ncurses nls nptl nptlonly pam pcre perl png
ppds pppd python readline reflection session snmp spl ssl tcpd tiff truetype
truetype-fonts type1-fonts udev unicode userland_GNU video_cards_apm
video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus
video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint
video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic
video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge
video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb
video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng
video_cards_v4l video_cards_vesa video_cards_vga video_cards_via
video_cards_vmware video_cards_voodoo xml xorg zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

Could you please indicate which use flags you used to emerge xemacs? libXaw is
pulled in as a dependency in certain cases, but apparently not in your specific
situation. Knowing the full set of use flags makes it easier to fix this.

The use flags are in my original post in the 'emerge info' output.

Ok, thanks, just wanted to make sure that you did not use any special flags
specific to xemacs.

The ebuild is indeed broken. By default the lucid widgets are used for the user
interface, but this still requires libXaw to be present. I've updated the
dependencies in my local development version to reflect this. Hopefully this
will land in portage soon as my developer status is confirmed by recruitment.

I can reproduce this error - libXaw dep is not really conditional :-(

X and libXaw dependencies should now be fixed in xemacs-21.4.20-r1