Compilation failed: Compressing *.el ... chmod -R a+r /var/tmp/portage/app-editors/emacs-cvs-22.0.93-r2/image//usr/share/emacs/22.0.93/leim make[1]: Leaving directory `/var/tmp/portage/app-editors/emacs-cvs-22.0.93-r2/work/emacs-22.0.93/leim' cd lib-src; make maybe-blessmail \ MAKE='make' archlibdir='/usr/libexec/emacs/22.0.93/i686-pc-linux-gnu' make[1]: Entering directory `/var/tmp/portage/app-editors/emacs-cvs-22.0.93-r2/work/emacs-22.0.93/lib-src' ../src/emacs -batch -l /var/tmp/portage/app-editors/emacs-cvs-22.0.93-r2/work/emacs-22.0.93/lib-src/../lisp/mail/blessmail.el Loading /usr/share/emacs/site-lisp/site-gentoo.el (source)... Cannot open load file: ipython make[1]: *** [blessmail] Error 255 make[1]: Leaving directory `/var/tmp/portage/app-editors/emacs-cvs-22.0.93-r2/work/emacs-22.0.93/lib-src' make: *** [blessmail] Error 2 $ emerge -pv emacs-cvs [ebuild N ] app-editors/emacs-cvs-22.0.93-r2 USE="X alsa gif gtk jpeg motif nls png spell -Xaw3d (-aqua) -gnome -gzip-el -lesstif -source -tiff -toolkit-scroll-bars" 0 kB $ emerge --info Portage 2.1.2-r8 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gonz i686) ================================================================= System uname: 2.6.19-gonz i686 Pentium III (Katmai) Gentoo Base System release 1.12.9 Timestamp of tree: Fri, 09 Feb 2007 08:20:01 +0000 ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.31-r3 dev-lang/python: 2.3.6, 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 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-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.4.3-r1, 1.5.22 virtual/os-headers: 2.6.20 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.3/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=pentium3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch publicworks sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo http://gentoo.seren.com/gentoo http://gentoo.kems.net" 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" PORTDIR_OVERLAY="/usr/portage/local/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.fr.gentoo.org/gentoo-portage" USE="X aalib alsa apache2 arts avi bash-completion berkdb bitmap-fonts caca cli cracklib crypt dga directfb dlloader dri eds emacs emboss encode esd fbcon foomaticdb fortran gatos gdbm gif gpm gstreamer gtk gtk2 guile iconv imlib ipv6 isdnlog jpeg libg++ libwww mad midi mikmod mmx motif mozilla mp3 mpeg ncurses nls nptl nsplugin ogg oggvorbis opengl oss pam pcre perl png pppd python qt3 qt4 quicktime readline real reflection sdl session spell spl sse ssl svga tcpd theora truetype truetype-fonts type1-fonts udev unicode vorbis x86 xml xorg xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" 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" USERLAND="GNU" VIDEO_CARDS="mach64 matrox mga vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS /usr/share/emacs/site-lisp/site-gentoo.el does contain the line: (require 'ipython) I'm fairly sure I didn't put it there myself! dev-python/ipython-0.7.3 is installed. app-editors/emacs-21.4-r6 is installed and starts up correctly, without choking in any obvious way on that line from site-gentoo.el.
Those compilation errors in a live ebuild are hard to catch and mostly caused by upstream. So please remove /usr/portage/cvs-src/emacs/ and try again.
But it appears not to actually be a true cvs ebuild: rather it uses the source at ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-22.0.93.tar.gz which has datestamp Jan 23. I should wait for 22.0.94? Or unmask emacs-cvs-22.0.9999, which seems to be an actual live ebuild?
(In reply to comment #2) > But it appears not to actually be a true cvs ebuild: rather it uses the source > at ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-22.0.93.tar.gz which has > datestamp Jan 23. Damn, I misread the summary...I thought it was 23. > I should wait for 22.0.94? Or unmask emacs-cvs-22.0.9999, which seems to be an > actual live ebuild? The release of emacs 22 isn't so far away. Yes, please try the .9999, I will have a look at 22.0.93-r2.
22.0.9999-r2 bombed out with the same error: make[1]: Entering directory `/var/tmp/portage/app-editors/emacs-cvs-22.0.9999-r2/work/emacs/lib-src' ../src/emacs -batch -l /var/tmp/portage/app-editors/emacs-cvs-22.0.9999-r2/work/emacs/lib-src/../lisp/mail/blessmail.el Loading /usr/share/emacs/site-lisp/site-gentoo.el (source)... Cannot open load file: ipython make[1]: *** [blessmail] Error 255 make[1]: Leaving directory `/var/tmp/portage/app-editors/emacs-cvs-22.0.9999-r2/work/emacs/lib-src' make: *** [blessmail] Error 2
I can't reproduce with your USE flags, with and without ipython, stable and latest testing. Please provide `emerge -pv ipython`.
$ emerge -pv ipython [ebuild R ] dev-python/ipython-0.7.3 USE="emacs -doc -examples -gnuplot -test" 0 kB
What I think is that a path isn't exported to the Sandbox. Try `ROOTPATH="/usr/share/emacs/site-lisp/" emerge emacs-cvs` please. I can't reproduce your errors here. Please give the contents of /usr/share/emacs/site-list/site-gentoo.el and I will investigate a bit more.
Oh and maybe you can provide your config.log (using the ebuild command to compile you should have it in /var/tmp/portage/.....).
Created attachment 110061 [details] site-gentoo.el
Created attachment 110062 [details] emacs-cvs-22.0.9999 config.log
Same error when emerging with ROOTPATH set.
Hmm... I don't know elisp, but going on pattern recognition alone my site-gentoo.el appears to missing a line like (add-to-list 'load-path "/usr/share/emacs/site-lisp/ipython") I've tried adding that in, and am remerging.
(In reply to comment #12) > Hmm... I don't know elisp, but going on pattern recognition alone my > site-gentoo.el appears to missing a line like > (add-to-list 'load-path "/usr/share/emacs/site-lisp/ipython") > > I've tried adding that in, and am remerging. I just recognized, that blessmail is ignored on my system, so I think you could be right.
Well, it stopped complaining about ipython after adding that line. But now I get: make[1]: Entering directory `/var/tmp/portage/app-editors/emacs-cvs-22.0.9999-r2/work/emacs/lib-src' ../src/emacs -batch -l /var/tmp/portage/app-editors/emacs-cvs-22.0.9999-r2/work/emacs/lib-src/../lisp/mail/blessmail.el Loading /usr/share/emacs/site-lisp/site-gentoo.el (source)... Cannot open load file: python-mode make[1]: *** [blessmail] Error 255 make[1]: Leaving directory `/var/tmp/portage/app-editors/emacs-cvs-22.0.9999-r2/work/emacs/lib-src' make: *** [blessmail] Error 2 even though there is an "add-to-list 'load-path" for the appropriate path to python-mode.
I just tried remerging python-mode, and this reverted /usr/share/emacs/site-lisp/site-gentoo.el to the form I attached earlier, with the ipython directory not being added to 'load-path. So now emerging emacs-cvs gives the original error "Cannot open load file: ipython". Is this a bug in dev-python/ipython's 50ipython-mode-gentoo.el, which currently consists of the single line "(require 'ipython)"?
Ah. Great minds think alike, eh?
(In reply to comment #14) > Well, it stopped complaining about ipython after adding that line. But now I > get: Ok, I had a look at the build system of Emacs, but can't find an obvious hint. So please provide the complete output of the emerge process. Maybe I can find something.
Created attachment 110084 [details] emerge log note that this is after hand-editing site-gentoo.el to fix the ipython problem
Hm, ipython requires python-mode, so the ipython configuration within site-gentoo.el should really be moved behind the one for python-mode. Changing the ipython site-init file from 50ipython-mode-gentoo.el (why is it called *-mode*, BTW?) to something like 62ipython-gentoo.el should do the job. Martin: Could you edit your site-gentoo.el again, and verify if this fixes the problem? Just move the line (require 'ipython) down and place it just after the python-mode configuration.
dev-python/ipython also fails to rebuild the site-gentoo file. See bug #167305 (that I have just filed).
After editing as requested in comment #19, it gets a fair bit further but still fails on blessmail... make[1]: Entering directory `/var/tmp/portage/app-editors/emacs-cvs-22.0.9999-r2/work/emacs/lib-src' ../src/emacs -batch -l /var/tmp/portage/app-editors/emacs-cvs-22.0.9999-r2/work/emacs/lib-src/../lisp/mail/blessmail.el Loading /usr/share/emacs/site-lisp/site-gentoo.el (source)... Loading /usr/share/emacs/site-lisp/haskell-mode/haskell-site-file... Loading /usr/share/emacs/site-lisp/cedet/common/cedet... "/usr/share/emacs/site-lisp/cedet/common/" added to `load-path' "/usr/share/emacs/site-lisp/cedet/cogre" added to `load-path' "/usr/share/emacs/site-lisp/cedet/ede" added to `load-path' "/usr/share/emacs/site-lisp/cedet/eieio" added to `load-path' "/usr/share/emacs/site-lisp/cedet/semantic" added to `load-path' "/usr/share/emacs/site-lisp/cedet/contrib" added to `load-path' Setting up cedet... Setting up cedet...done Setting up cogre... Setting up cogre...done Setting up ede... Setting up ede...done Setting up eieio... Setting up eieio...done Setting up semantic... Setting up semantic...done Setting up speedbar... Cannot open load file: speedbar-load Setting up cedet-contrib... Setting up cedet-contrib...done ECB 2.32 uses loaded semantic 2.0pre3, eieio 1.0pre3 and speedbar 1.0. Cannot open load file: semantic-el make[1]: *** [blessmail] Error 255 make[1]: Leaving directory `/var/tmp/portage/app-editors/emacs-cvs-22.0.9999-r2/work/emacs/lib-src' make: *** [blessmail] Error 2 The path to semantic-el is /usr/share/emacs/site-lisp/cedet/bovine/semantic-el.el /usr/share/emacs/site-lisp/cedet/semantic/semantic.el also exists. app-emacs/1.0_pre3-r2 is installed.
I believe what we observe here are incompatibilities of some of your installed Emacs extensions (cedet, ipython?) with Emacs-22. On the other hand, during its build phase Emacs should not load the site-init files at all. Indeed, in lisp/Makefile.in there is "EMACSOPT = -batch --no-site-file --multibyte", whereas in lib-src/Makefile emacs is called on blessmail.el without the "--no-site-file" option. Attached patch should (hopefully) fix it.
Created attachment 110458 [details, diff] Proposed bugfix: files/emacs-cvs-blessmail-build.patch
Good work, Ulrich. With that patch applied, it compiles without a hitch. It also starts up without any obvious problems (though much slower that emacs-21). Thanks.
(In reply to comment #24) > Good work, Ulrich. With that patch applied, it compiles without a hitch. O.K., I have also reported the bug (and my patch) to Upstream. This problem was already present in emacs-21.4 and I wonder why it had not shown up before. > Thanks. You are welcome.
The patch has been accepted by upstream and the bug is fixed in CVS: > From: Glenn Morris <rgm@gnu.org> > Thanks, I installed your fix... > ... maybe you'd like to add this info to the Gentoo bug? Only question that remains: Should the bugfix be applied to emacs-21.4, too?
(In reply to comment #26) > The patch has been accepted by upstream and the bug is fixed in CVS: > > From: Glenn Morris <rgm@gnu.org> > > Thanks, I installed your fix... > > ... maybe you'd like to add this info to the Gentoo bug? > Only question that remains: Should the bugfix be applied to emacs-21.4, too? I did apply it to emacs-21.4-r7 (together with the temp string thingy) and emacs-cvs-22.0.93-r2 (no revision bump, as it won't afflict users for which it worked before). Thanks a lot Ulrich for having a look as promised. Fixed.
