It is hardcode in the file /usr/share/maxima/5.13.0/share/src/autoconf-variables.lisp: (defparameter *maxima-source-root* "/var/tmp/portage/sci-mathematics/maxima-5.13.0-r1/work/maxima-5.13.0") and it is also compiled into maxima. This also prevent wxMaxima from working. >maxima WARNING: Missing FILE-WRITE-DATE for #<PATHNAME (with no namestring) :HOST #<SB-IMPL::UNIX-HOST {100020AB21}> :DEVICE NIL :DIRECTORY (:ABSOLUTE "usr" "share" "common-lisp" "source" "asdf-binary-locations" "dev") :NAME "notes.text" :TYPE NIL :VERSION :NEWEST>: treating operation #<ASDF:COMPILE-OP NIL {1003EFA251}> on component #<ASDF:STATIC-FILE "notes.text" {1003DC46D1}> as done. WARNING: Missing FILE-WRITE-DATE for #<PATHNAME (with no namestring) :HOST #<SB-IMPL::UNIX-HOST {100020AB21}> :DEVICE NIL :DIRECTORY (:ABSOLUTE "usr" "share" "common-lisp" "source" "asdf-binary-locations" "website" "source") :NAME "index.lml" :TYPE NIL :VERSION :NEWEST>: treating operation #<ASDF:COMPILE-OP NIL {1003EFA251}> on component #<ASDF:STATIC-FILE "index.lml" {1003E159F1}> as done. debugger invoked on a SIMPLE-ERROR: Error during processing of initialization file /etc/sbclrc: can't create directory /var/tmp/portage/sci-mathematics/maxima-5.13.0-r1/ Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. ----------------- PS. There are new versions of maxima-5.14.0 and wxMaxima-7.4 Portage 2.1.4_rc11 (default-linux/amd64/2006.1/desktop, gcc-4.2.2, glibc-2.7-r1, 2.6.23-gentooVM-r4 x86_64) ================================================================= System uname: 2.6.23-gentooVM-r4 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ Timestamp of tree: Sat, 29 Dec 2007 15:30:07 +0000 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.3 dev-lang/python: 2.4.4-r4, 2.5.1-r4 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.10-r5 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 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.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.23-r2 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-Os -pipe -march=k8 -fomit-frame-pointer -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-Os -pipe -march=k8 -fomit-frame-pointer -msse3 -fvisibility-inlines-hidden"
Build info: emerge -pv sbcl [ebuild R ] dev-lisp/sbcl-1.0.12 USE="unicode -cobalt -doc -ldb -source -threads" 0 kB emerge -vp sci-mathematics/maxima [ebuild R ] sci-mathematics/maxima-5.13.0-r1 USE="emacs nls sbcl unicode -clisp (-cmucl) -gcl -latex -tk" LINGUAS="-es -pt -pt_BR" 0 kB
Hi Lars, I'm not sure I understand how you got the issue: at compile time, or once maxima is installed? The file /usr/share/maxima/5.13.0/share/src/autoconf-variables.lisp was not produced in any of my various maxima builds did not produce such a file.
It is a compiler time issue starting maxima I gets: WARNING: ... warning message removed debugger invoked on a SIMPLE-ERROR: Error during processing of initialization file /etc/sbclrc: can't create directory /var/tmp/portage/sci-mathematics/maxima-5.13.0-r1/ Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
Sorry it is the install version that have the issue. It is runtime issue caused by the build of maxima in /var/tmp/portage/sci-mathematics/maxima-5.13.0-r1/
Could you provide your build log (as an attachment)? Also, could you try with the version in the science overlay?
Created attachment 140500 [details] build of maxima-5.13.0-r1 To be clear the issue is not in the emerge of maxima --- it install without problems. It can't start (emerge maxima-5.14.0 from overlay "science"): * Regenerating /usr/share/emacs/site-lisp/site-gentoo.el ... no changes. >>> sci-mathematics/maxima-5.14.0 merged. Here is the full start log of maxima-5.14.0: ~ $ maxima WARNING: Missing FILE-WRITE-DATE for #<PATHNAME (with no namestring) :HOST #<SB-IMPL::UNIX-HOST {1000208F81}> :DEVICE NIL :DIRECTORY (:ABSOLUTE "usr" "share" "common-lisp" "source" "asdf-binary-locations" "dev") :NAME "notes.text" :TYPE NIL :VERSION :NEWEST>: treating operation #<ASDF:COMPILE-OP NIL {10040074B1}> on component #<ASDF:STATIC-FILE "notes.text" {1003E62A11}> as done. WARNING: Missing FILE-WRITE-DATE for #<PATHNAME (with no namestring) :HOST #<SB-IMPL::UNIX-HOST {1000208F81}> :DEVICE NIL :DIRECTORY (:ABSOLUTE "usr" "share" "common-lisp" "source" "asdf-binary-locations" "website" "source") :NAME "index.lml" :TYPE NIL :VERSION :NEWEST>: treating operation #<ASDF:COMPILE-OP NIL {10040074B1}> on component #<ASDF:STATIC-FILE "index.lml" {1003F00E41}> as done. debugger invoked on a SIMPLE-ERROR: Error during processing of initialization file /etc/sbclrc: can't create directory /var/tmp/portage/sci-mathematics/ Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [RETRY ] Retry performing #<ASDF:COMPILE-OP NIL {10040074B1}> on #<ASDF-BINARY-LOCATIONS-SYSTEM::LOAD-ONLY-CL-SOURCE-FILE "main" {1003E629F1}>. 1: [ACCEPT ] Continue, treating #<ASDF:COMPILE-OP NIL {10040074B1}> on #<ASDF-BINARY-LOCATIONS-SYSTEM::LOAD-ONLY-CL-SOURCE-FILE "main" {1003E629F1}> as having been successful. 2: [CONTINUE] Ignore and continue processing. 3: [ABORT ] Skip this initialization file. 4: Skip to toplevel READ/EVAL/PRINT loop. 5: [QUIT ] Quit SBCL (calling #'QUIT, killing the process). ((LAMBDA (SB-IMPL::E)) #<SB-INT:SIMPLE-FILE-ERROR {1004037871}>) 0] debugger invoked on a SB-SYS:INTERACTIVE-INTERRUPT: Interactive interrupt at #x2BAA558DC543. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [CONTINUE] Return from SB-UNIX:SIGINT. 1: [RETRY ] Retry performing #<ASDF:COMPILE-OP NIL {10040074B1}> on #<ASDF-BINARY-LOCATIONS-SYSTEM::LOAD-ONLY-CL-SOURCE-FILE "main" {1003E629F1}>. 2: [ACCEPT ] Continue, treating #<ASDF:COMPILE-OP NIL {10040074B1}> on #<ASDF-BINARY-LOCATIONS-SYSTEM::LOAD-ONLY-CL-SOURCE-FILE "main" {1003E629F1}> as having been successful. 3: Ignore and continue processing. 4: [ABORT ] Skip this initialization file. 5: Skip to toplevel READ/EVAL/PRINT loop. 6: [QUIT ] Quit SBCL (calling #'QUIT, killing the process). (SB-UNIX::CALL-WITH-INTERRUPTS #<CLOSURE (FLET SB-UNIX::WITH-INTERRUPTS-THUNK) {2BAA57D69189}> T) 0[2] ; ; compilation unit aborted ; caught 1 fatal ERROR condition Maxima 5.14.0 http://maxima.sourceforge.net Using Lisp SBCL 1.0.13-gentoo Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1)
I could reproduce it with >=sbcl-1.0.12. Could you try with sbcl-1.0.11-r1 or earlier? I am not sure what happen between versions. lisp team: any idea on that one?
I tried it with version sbcl-1.0.11-r1 and it worked: >maxima Maxima 5.13.0 http://maxima.sourceforge.net Using Lisp SBCL 1.0.11-r1-gentoo Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1)
*** Bug 208005 has been marked as a duplicate of this bug. ***
*** Bug 208278 has been marked as a duplicate of this bug. ***
I think that this bug happens because >=sbcl-1.0.12 depend on dev-lisp/gentoo-init and automatically load ASDF-BINARY-LOCATIONS on start *and* because the maxima start script doesn't stop the host lisp from loading its global and user-local init files. Also there's a problem with cl-asdf-binary-locations in portage: its .asd should be patched in order to make it stop issuing those warnings. I'll attach a patch to src/maxima.in that should fix this.
Created attachment 142504 [details, diff] Patch to maxima-5.13.0-r1.ebuild
Created attachment 142505 [details, diff] Patch to src/maxima.in
I cannot reproduce this with sbcl-1.0.14: grozin@laptop ~ $ maxima -l sbcl STYLE-WARNING: redefining LISP-VERSION-STRING in DEFUN STYLE-WARNING: redefining IMPLEMENTATION-SPECIFIC-DIRECTORY-NAME in DEFUN STYLE-WARNING: redefining PATHNAME-PREFIX-P in DEFUN STYLE-WARNING: redefining OUTPUT-FILES-FOR-SYSTEM-AND-OPERATION in DEFGENERIC STYLE-WARNING: redefining OUTPUT-FILES-FOR-SYSTEM-AND-OPERATION (#<STANDARD-CLASS SYSTEM> #<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining OUTPUT-FILES-USING-MAPPINGS in DEFGENERIC STYLE-WARNING: redefining OUTPUT-FILES-USING-MAPPINGS (#<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T> #<BUILT-IN-CLASS T>) in DEFMETHOD STYLE-WARNING: redefining OUTPUT-FILES :AROUND (#<STANDARD-CLASS COMPILE-OP> #<STANDARD-CLASS SOURCE-FILE>) in DEFMETHOD Maxima 5.14.0 http://maxima.sourceforge.net Using Lisp SBCL 1.0.14-gentoo Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) wxmaxima also works when I add "-l sbcl" to maxima options.
(In reply to comment #14) For me it works without adding "-l sbcl" after emerge -1 sbcl maxima wxmaxima > I cannot reproduce this with sbcl-1.0.14: > > grozin@laptop ~ $ maxima -l sbcl I removed the RDEPEND="${RDEPEND//dev-lisp\/sbcl/<dev-lisp/sbcl-1.0.12}" from maxima-5.14.0.ebuild and I gets it working without adding "-l sbcl": > maxima ; loading system definition from ; /usr/share/common-lisp/systems/asdf-binary-locations.asd into ; #<PACKAGE "ASDF0"> ; registering #<SYSTEM ASDF-BINARY-LOCATIONS {100434D591}> as ; ASDF-BINARY-LOCATIONS Maxima 5.14.0 http://maxima.sourceforge.net Using Lisp SBCL 1.0.14-gentoo Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) And the from wxMaxima: wxMaxima 0.7.4 http://wxmaxima.sourceforge.netMaxima 5.14.0 http://maxima.sourceforge.netUsing Lisp SBCL 1.0.14-gentoo Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) Bugs/Issue in wxMaxima(not in maxima) I gets warnings about MAXIMA::*WINDOWS-OS* (this is another bug) ; caught STYLE-WARNING: ; using the lexical binding of the symbol *WINDOWS-OS*, not the ; dynamic binding, even though the symbol name follows the usual naming ; convention (names like *FOO*) for special variables ; caught STYLE-WARNING: ; The variable *WINDOWS-OS* is defined but never used. So from my point of view, this bug can be close if the line RDEPEND="${RDEPEND//dev-lisp\/sbcl/<dev-lisp/sbcl-1.0.12}" is removed from maxima-5.14.0.ebuild Lars
(In reply to comment #11) > I think that this bug happens because >=sbcl-1.0.12 depend on > dev-lisp/gentoo-init and automatically load ASDF-BINARY-LOCATIONS on start > *and* because the maxima start script doesn't stop the host lisp from loading > its global and user-local init files. Also there's a problem with > cl-asdf-binary-locations in portage: its .asd should be patched in order to > make it stop issuing those warnings. @common-lisp: comments on this? Should init files be needed for maxima? > I'll attach a patch to src/maxima.in that should fix this. The patch had a problem with sbcl options order. But I've fixed it and removed the dependency on <sbcl-1.0.12 for both maxima-5.13.0-r1 and maxima-5.14.0.
sorry, fixing too
