I'm trying to build the next LiveDVD and am getting several problems from xemacs. First, there is this: >>> Emerging (5 of 712) app-editors/xemacs-21.4.17 to / * Applying emodules.info-21.4.8-gentoo.patch ... [ ok ] * Applying xemacs-21.4.17-gdbm.patch ... [ ok ] /usr/portage/app-editors/xemacs/xemacs-21.4.17.ebuild: line 57: autoconf-2.13: command not found checking whether ln -s works... yes Next, I get this: checking for ndbm.h... yes checking for dbm_open in -lgdbm... no Error: Required GNU DBM support cannot be provided. !!! ERROR: app-editors/xemacs-21.4.17 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile xemacs-21.4.17.ebuild, line 155: Called die !!! (no error message) !!! If you need support, post the topmost build error, and the call stack if relevant. Here's the "emerge --info" from the 2007.0 development profile. # emerge --info Portage 2.1.1-r2 (default-linux/x86/dev/2007.0/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.17-gentoo-r7 x86_64) ================================================================= System uname: 2.6.17-gentoo-r7 x86_64 unknown Gentoo Base System version 1.12.6 Last Sync: Sun, 10 Dec 2006 14:00:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.4.3-r4 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.60 sys-devel/automake: 1.6.3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LC_ALL="en_US.utf8" 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.gentoo.org/gentoo-portage" USE="x86 X alsa arts atm berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr eds elibc_glibc emboss encode esd fam firefox fortran gdbm gif gnome gpm gstreamer gtk hal iconv input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kernel_linux ldap libg++ livecd mad mikmod mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session socks5 spell spl ssl tcpd 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_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc 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 vorbis win32codecs xml xorg xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
The gdbm bug has been fixed (I hope) yesterday as xemacs 21.4.19-r2. There were a lot of pending bug fixes for xemacs in bugzilla, most of which have been fixed in the last few weeks, but only for xemacs 21.4.19 and the subsequent -r releases. The other bug seems to be related to poor autoconf handling. This should be fixed from xemacs-21.4.19 onwards. This fix has been in portage since Nov 26th. I'm keeping this bug open for now as I'm not sure if these fixes for 21.4.19 will help for the Live DVD build. The best course of action would be to stable 21.4.19-r2 as soon as possible, but realistically this can't happen at least for a few weeks. Otherwise I would suggest to stable 21.4.19 but block the berkdb USE flag for xemacs in de Live DVD build.
We don't make modifications (other than where necessary) for the LiveCD/LiveDVD builds. As you can see from the blocked bug, this isn't necessary right away. I am simply filing bugs on anything that *will* cause a problem for the snapshot when it is taken in February. Basically, consider it a "heads up" to get this fixed in whatever manner you best choose by the snapshot date, and it'll be "fixed" automatically for Release Engineering and 2007.0... ;]
Now that the latest version is stable, it compiles with the default USE. Marking this one as RESOLVED.
