In /usr/share/Macaulay2-0.9.2/emacs/M2-init.el, the first line defines the M2HOME variable. Initially it said: (defvar M2HOME "/var/tmp/portage/Macaulay2-0.9.2/image//usr/share/Macaulay2-0.9. 2") This lead to the following error in emacs upon pressing F12: Cannot open load file: M2.el I had to change the first line in M2-init.el to read: (defvar M2HOME "/usr/share/Macaulay2-0.9.2") I had to manually change it in order to get emacs to work with it (ie by pressing F12, it will load an M2 buffer). Now emacs works successfully with Macaulay2. Reproducible: Always Steps to Reproduce: 1. emerge Macaulay2 2. inspect /usr/share/Macaulay2-0.9.2/emacs/M2-init.el 3. notice the above error on the first line of the file Actual Results: the file /usr/share/Macaulay2-0.9.2/emacs/M2-init.el has a first line that reads: (defvar M2HOME "/var/tmp/portage/Macaulay2-0.9.2/image//usr/share/Macaulay2-0.9. 2") Expected Results: The software should edit the (defvar M2HOME "/foo/bar") to read the correct path. Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11 i686) ================================================================= System uname: 2.6.11 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.5 [2.3.5 (#1, May 13 2005, 20:54:51)] distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X \ acpi alsa arts avi berkdb bitmap-fonts crypt cups dvd emboss encode esd ethereal fam font-server foomaticdb fortran gdbm gif gtk gtk2 imlib insecure-drivers jpeg libg++ libwww mad mikmod mmx mp3 mpeg mysql ncurses nls nptl nptlonly ogg oggvorbis opengl oss pam pcmcia pdflib perl png python qt quicktime readline sdl spell sse ssl svga tcpd tiff truetype truetype-fonts type1-fonts usb vorbis xinerama xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLA
Have to wait until I can build it (Bug #128066)
The latest testing version of Macaulay defines that variable no more. So would you please test the latest version, calculuspenguin?
sci-mathematics, but specifically markusle: This bug is fixed in the latest Macaulay2 version in testing, but emacs support must be enabled by the user, but could be handled by a emacs USE flag. Do you want to prepare it yourself or should I (=Emacs team) do that? Afterwards we should wait some days and ask arches for stabilisation then, current stable does not build anyway.
(In reply to comment #3) > sci-mathematics, but specifically markusle: > This bug is fixed in the latest Macaulay2 version in testing, but emacs support > must be enabled by the user, but could be handled by a emacs USE flag. Do you > want to prepare it yourself or should I (=Emacs team) do that? Afterwards we > should wait some days and ask arches for stabilisation then, current stable > does not build anyway. > Hi Christian, If it is not too much work for the emacs team I'd appreciate if you could prepare a patch to do this. I am one of those vim guys and don't have much experience with emacs. Thanks, Markus
(In reply to comment #4) > (In reply to comment #3) > > sci-mathematics, but specifically markusle: > > This bug is fixed in the latest Macaulay2 version in testing, but emacs support > > must be enabled by the user, but could be handled by a emacs USE flag. Do you > > want to prepare it yourself or should I (=Emacs team) do that? Afterwards we > > should wait some days and ask arches for stabilisation then, current stable > > does not build anyway. > If it is not too much work for the emacs team I'd appreciate if you could > prepare a patch to do this. I am one of those vim guys and don't have > much experience with emacs. Added -r1 of Macaulay2. I tested it, seems to work, we will come again in 30 days and stabilise it.
Great and thanks! Markus