I cannot emerge the package gtypist-2.7. It returns error message "File error (("Cannot open load file" "thingatpt"))". Reproducible: Always Steps to Reproduce: 1.emerge gtypist # emerge --info Portage 2.1.2 (default-linux/x86/2006.1/desktop, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System release 1.12.6 Timestamp of tree: Tue, 30 Jan 2007 01:47:01 +0000 dev-java/java-config: 1.3.0-r2, 2.0.26-r5 dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.11-r4 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=pentium4 -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/terminfo" CXXFLAGS="-Os -march=pentium4 -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" LANG="pt_BR.ISO-8859-1" LC_ALL="pt_BR.ISO-8859-1" LINGUAS="pt_BR" MAKEOPTS="-j2" 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="X alsa apache2 arts berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr eds emboss encode esd fam firefox fortran gdbm gif gpm gstreamer gtk hal iconv ipv6 isdnlog jpeg kde ldap libg++ mad midi mikmod mp3 mpeg musicbrainz ncurses nfs nls nptl nptlonly ogg opengl oss pam pcre perl png ppds pppd python qt3 qt4 quicktime readline reflection samba sdl session spell spl ssl subversion tcpd truetype truetype-fonts type1-fonts udev unicode vorbis win32codecs x86 xml xorg xv zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="pt_BR" USERLAND="GNU" VIDEO_CARDS="i810" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 109226 [details] complete build log
from the log, this appears to be emacs-related. Also, I don't have emacs, and it compiles fine.
(In reply to comment #2) > from the log, this appears to be emacs-related. Also, I don't have emacs, and > it compiles fine. > This package compiles correctly with emacs. It has problems with xemacs-21.4.20 though and it reproduces this bug. From a first review I would say thingatpt is missing from xemacs. -> consider code: gtypist/tools/gtypist-mode.el wich requires thingatpt
Created attachment 116890 [details, diff] gtypist-2.7-xemacs-compat.patch Steven: Can you try attached patch? In addition, you will still need fsf-compat.
Thanks for the patch for the executable.el issue. I'll have a look at it and I'll report my findings over here. A little context for other users: The thingatpt.el is inherent to the emacs package. XEmacs on the other hand provides a similar thing.el. But this file isn't checked for by gtypist. fsf-compat is a package which ensures emacs versus xemacs compatibility thus providing the xemacs users with thingatpt.el. Compiling xemacs with fsf-compat also failed though because executable.el was missing. This is where Ulrich's patch should come in handy ;) Stay tuned ;)
Created attachment 116894 [details, diff] gtypist-2.7-xemacs-compat.patch
Shouldn't the installation of the emacs and xemacs editing modes be handled by USE flags instead of some magic inside the gtypist build system?
(In reply to comment #7) > Shouldn't the installation of the emacs and xemacs editing modes be handled by > USE flags instead of some magic inside the gtypist build system? Probably it should. But the build system of the package must be modified for that: Currently it is satisfied if it finds GNU Emacs and does not check for XEmacs anymore.
(In reply to comment #6) > Created an attachment (id=116894) [edit] > gtypist-2.7-xemacs-compat.patch > (In reply to comment #6) > Created an attachment (id=116894) [edit] > gtypist-2.7-xemacs-compat.patch > The patch combined with the fsf-compat package gave me a clean compilation. I'll check if I can make some enhancements to the gtypist's build system.
(In reply to comment #8) > But the build system of the package must be modified for that: Currently it > is satisfied if it finds GNU Emacs and does not check for XEmacs anymore. I've looked into it again: It is possible to override auto-detection by passing the EMACS variable to configure, i.e. "econf EMACS=<value>" where <value> can be "emacs", "xemacs", or "no". This could be controlled via USE flags "emacs" and "xemacs". No simple way to have both, though.
Created attachment 117988 [details, diff] Preliminary patch to solve automagic dependency I've been trying to solve the issue in the spirit of the attached patch. I try to give emacs preferences over xemacs as in the original aclocal. If neither --with-emacs or --with-xemacs would be declared then $EMACS=no. However the build didn't get farther than "eautoreconf" as it just died: see next reply with the failure log. I haven't been able to figure it out up to now.
Created attachment 117989 [details] automake error If someone would see the solution in the blink of an eye, feel free to share your knowledge ;)
(In reply to comment #12) > If someone would see the solution in the blink of an eye, feel free to share > your knowledge ;) I would do something like the following (guaranteed untested ;-) AC_ARG_WITH([emacs], AS_HELP_STRING([--with-emacs], [enable Emacs support])) AC_ARG_WITH([xemacs], AS_HELP_STRING([--with-xemacs], [enable XEmacs support])) AS_IF([test "x$with_emacs" == xyes], [EMACS=emacs], [test "x$with_xemacs" == xyes], [EMACS=xemacs], [test "x$with_emacs" == xno], [EMACS=no], [test "x$with_xemacs" == xno], [EMACS=no]) And probably you should not add it to aclocal.m4, but to configure.in.
Fixed in gtypist-2.7-r1. I didn't bother to modify the build system, but took the way as outlined in comment #10.
