I run xmaxima (package maxima-5.9.1-r2) in a ssh shell session with X output routed to the workstation I'm sitting at. When I select Exit from the file menu xmaxima quits (expected) and ALL my processes on the remote machine are killed, including the ones in separate login sessions (very irritating). Is there a simple fix to stop the login sessions from being killed? emerge info Portage 2.0.51.22-r2 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.5-r0, 2.6.11-gentoo-r7 x86_64) ================================================================= System uname: 2.6.11-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr//lib/mozilla/defaults/pref /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/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/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.nedlinux.nl http://ftp.easynet.nl/mirror/gentoo/ http://gentoo.mirror.sdv.fr http://gentoo.math.bme.hu" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X alsa ansi arts avi berkdb bitmap-fonts bonobo cdr clisp crypt cups curl doc dvd dvdr eds encode esd fam flac foomaticdb fortran gcl gd gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 java jpeg kde ldap libwww lm-sensors lzw lzw-tiff mad mikmod motif mozilla mp3 mpeg mysql ncurses nls ogg oggvorbis opengl pam pda pdflib perl png postgres python qt quicktime readline ruby samba sdl speex spell ssl tcltk tcpd tetex tiff truetype-fonts type1-fonts unicode usb userlocales vorbis xine xml xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Yup ... CMUCL 19B won't compile maxima 5.9.1-r2 -- let's call this a CMUCL problem. Thus spake DreamGate: DreamGate portage # emerge -pv maxima These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sci-mathematics/maxima-5.9.1-r2 +auctex -clisp* +cmucl* +emacs -gcl* -sbcl* +tetex 0 kB Total size of downloads: 0 kB DreamGate portage # emerge -v maxima Calculating dependencies ...done! >>> emerge (1 of 1) sci-mathematics/maxima-5.9.1-r2 to / >>> md5 files ;-) maxima-5.9.1.ebuild >>> md5 files ;-) maxima-5.9.1-r2.ebuild >>> md5 files ;-) files/5.9.1-sbcl-gentoo.patch >>> md5 files ;-) files/50maxima-gentoo.el >>> md5 files ;-) files/digest-maxima-5.9.1 >>> md5 files ;-) files/maxima-emacs.patch >>> md5 files ;-) files/digest-maxima-5.9.1-r2 >>> md5 src_uri ;-) maxima-5.9.1.tar.gz >>> Unpacking source... >>> Unpacking maxima-5.9.1.tar.gz to /var/tmp/portage/maxima-5.9.1-r2/work * Applying 5.9.1-sbcl-gentoo.patch ... [ ok ] * Applying maxima-emacs.patch ... [ ok ] >>> Source unpacked. checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for lisp... true checking for lisp... (cached) true cmucl runtime is "/usr/bin/././lisp" checking POSIX shell to see that it contains getopts... trying /bin/sh POSIX shell is /bin/sh configure: creating ./config.status config.status: creating Makefile config.status: creating maxima-local config.status: creating xmaxima-local config.status: creating maxima.spec config.status: creating maxima.iss config.status: creating src/Makefile config.status: creating src/maxima config.status: creating src/maxima.bat config.status: creating src/rmaxima config.status: creating src/autoconf-variables.lisp config.status: creating lisp-utils/Makefile config.status: creating tests/Makefile config.status: creating doc/Makefile config.status: creating doc/emaxima/Makefile config.status: creating doc/info/Makefile config.status: creating doc/intromax/Makefile config.status: creating doc/man/Makefile config.status: creating doc/man/maxima.1 config.status: creating doc/share/Makefile config.status: creating interfaces/Makefile config.status: creating interfaces/emacs/Makefile config.status: creating interfaces/emacs/emaxima/Makefile config.status: creating interfaces/emacs/misc/Makefile config.status: creating interfaces/xmaxima/Makefile config.status: creating interfaces/xmaxima/autoconf-variables.tcl config.status: creating interfaces/xmaxima/Tkmaxima/Header.tcl config.status: creating interfaces/xmaxima/win32/Makefile config.status: creating plotting/header.tcl config.status: creating plotting/mgnuplot config.status: creating share/Makefile config.status: creating demo/Makefile config.status: creating plotting/Makefile Summary: CMUCL enabled. Executable name: "lisp" cmucl runtime is "/usr/bin/././lisp" default lisp: cmucl wish executable name: "wish" Making all in src make[1]: Entering directory `/var/tmp/portage/maxima-5.9.1-r2/work/maxima-5.9.1/src' test -d binary-cmucl || mkdir binary-cmucl test -d binary-cmucl/numerical || mkdir binary-cmucl/numerical test -d binary-cmucl/numerical/slatec || mkdir binary-cmucl/numerical/slatec (echo '(progn (load "../lisp-utils/defsystem.lisp") (funcall (intern "OPERATE-ON-SYSTEM" :mk) "maxima" :compile :verbose t))' | lisp -noinit -batch) && \ (echo '(progn (load "../lisp-utils/defsystem.lisp") (funcall (intern "OPERATE-ON-SYSTEM" :mk) "maxima" :load :verbose t) (ext:save-lisp "binary-cmucl/maxima.core"))' | lisp -noinit -batch) CMU Common Lisp CVS 19b 19b-release-20050628-3 + minimal debian patches (19B), running on DreamGate With core: /usr/lib/cmucl/lisp.core Dumped on: Thu, 2005-08-18 08:13:16-07:00 on DreamGate For support see http://www.cons.org/cmucl/support.html Send bug reports to http://bugs.gentoo.org Type (help) for help or (quit) to exit. Loaded subsystems: Python 1.1, target Intel x86 CLOS based on Gerd's PCL 2004/04/14 03:32:47 * ; Loading #P"/var/tmp/portage/maxima-5.9.1-r2/work/maxima-5.9.1/lisp-utils/defsystem.lisp". Warning: Old-style IN-PACKAGE. ; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. OBJECT STREAM): ; Compiling Top-Level Form: ; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. OBJECT STREAM): ; Compiling Top-Level Form: ; Loading #P"/var/tmp/portage/maxima-5.9.1-r2/work/maxima-5.9.1/src/maxima.system". ; - Compiling defsystem "maxima" ; - Loading module "package" ; Compilation unit aborted. Error in batch processing: Error in function NAMESTRING: Cannot determine the namestring for pathnames with no host: #<Unprintable pathname, Host=NIL, Device=NIL, Directory=(:ABSOLUTE "var" "tmp" "portage" "maxima-5.9.1-r2" "work" "maxima-5.9.1" "src"), Name="maxima-package", Type="lisp", Version=NIL> make[1]: *** [binary-cmucl/maxima.core] Error 1 make[1]: Leaving directory `/var/tmp/portage/maxima-5.9.1-r2/work/maxima-5.9.1/src' make: *** [all-recursive] Error 1 !!! ERROR: sci-mathematics/maxima-5.9.1-r2 failed. !!! Function src_compile, Line 63, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. DreamGate portage #
(In reply to comment #1) OOPS! Posted this to the wrong bug!!
I'm running with KDE on a workstation and get similar events. I have three versions built -- gcl, sbcl and clisp. I put all three in the KDE menu. If I start them from the menu, then hit the "x" in the upper right corner of the Maxima window, it logs out the whole session! If I start "xmaxima" from the command line in a Konsole, the gcl and sbcl versions work OK -- the "x" terminates only the XMaxima session. But if I start xmaxima with clisp $ xmaxima -l clisp I get logged out when I hit the "x".
Just wanted to say that this happens on x86 too, with maxima 5.9.1-r5 (clisp), under both fluxbox and enlightenment-0.17, both with and without a dm running... it looks like it is a general x issue somehow. I'm running xorg-x11 6.8.2-r4. emerge --info Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r2, 2.6.13-suspend2 i686) ================================================================= System uname: 2.6.13-suspend2 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/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/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks maketest sandbox sfperms strict test" GENTOO_MIRRORS="http://gentoo.cites.uiuc.edu/pub/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://gentoo.cites.uiuc.edu/gentoo-portage" USE="x86 X aac aalib acpi aim alsa apache2 apm avi bash-completion berkdb bitmap-fonts bzip2 cdr cjk crypt cscope cups curl dvd emboss encode fam flac flash foomaticdb fortran ftp gcj gdbm gif ginac gpm gstreamer gtk gtk2 guile imagemagick imap imlib java javascript joystick jpeg lesstif libcaca libg++ libwww mad mikmod mmx mng motif mozilla mozsvg mozxmlterm mp3 mpeg msn mysql ncurses nls nptl nptlonly nsplugin offensive ogg oggvorbis openal opengl oscar oss pam pcmcia pdflib perl pic plotutils png pnp ppds python quicktime readline ruby samba sdl shared slang speex spell sqlite sse ssl svga tcltk tcpd tetex theora tiff truetype truetype-fonts trusted type1-fonts udev unicode usb videos vorbis win32codecs xine xml xml2 xosd xv xvid yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
I think that it is an issue with the way clisp has the "kill(2)" system call wrapped. When the GUI closes, you want to kill the computation process... (which happens in the other maxima implementations too.) To me it looks like the kill call gets mangled to something like "kill all processes". (or would a getpid return -1?)
I confirm this bug on x86 maxima-5.9.1-r5/clisp, xorg-6.8.2-r6
Could you check this bug with maxima-5.9.2 from the overlay (http://gentooscience.org)? It looks an upstream problem to me.
This bug is old, and I could not reproduce it neither with maxima-5.9.1-r5 nor with maxima-5.11.0 which are both ~ for the arches listed here, using ssh -Y. I am closing this bug, please re-open if it really persists on the latest maxima. Thanks.