I used in the past maxima with sbcl-1.0.58. This fails now because sbcl-1.0.58 disappeared from the lisp overlay. sbcl-1.0.55-r1 from the portage tree fails to compile due to Bug 463882. clisp-2.48-r2 in portage tree fails to compile due to Bug 464858. I tried to emerge maxima with gcl (gcl is recommended at http://maxima.sourceforge.net/lisp.html): root@condor:/usr/local/portage/kde-base(385)# grep "maxima.*gcl" /etc/portage/package.use #sci-mathematics/maxima X auctex emacs gnome gtk gcl # fails to compile sci-mathematics/maxima X auctex emacs gnome gtk ecls gcl But the gcl USE flag seems to be hardmasked for maxima: root@condor:/usr/local/portage/kde-base(386)# emerge -pvuND wxmaxima These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] sci-mathematics/maxima-5.29.1 USE="X ecls emacs latex nls tk unicode xemacs -clisp -clozurecl (-cmucl) (-gcl) -sbcl" LINGUAS="-es -pt -pt_BR" 0 kB [ebuild N ] sci-mathematics/wxmaxima-12.09.0 0 kB [ebuild U ] sys-devel/autogen-5.17.3 [5.15] USE="-libopts%" 0 kB Emerging of maxima with these USE flags fails either, due to bug Bug 465862. Any hint is appreciated.
I guess that's a frequently asked question.
I'd *very much* recomment sbcl-1.1.6 from the lisp overlay. Anybody who intends to use something lisp-related (like maxima) in Gentoo seriously always uses this overlay. There are too few developers in the common-lisp herd, and the main tree remains neglected for years.
Here are (full) run times of the testsuite of maxima-5.30.0 in various lisps on my 2 computers, ~x86 and ~amd64. x86 amd64 sbcl-1.1.6 181 159 gcl-2.6.8_pre 201 171 cmucl-20d 224 ccl-1.9 269 276 ecl-12.12.1 469 431 clisp-2.49 698 891 ATM I cannot commit maxima-5.30.0.ebuild to the tree because it depends on EAPI=5 lisps (so that when a relevant lisp is upgraded, maxima is automatically recompiled). EAPI=5 lisp ebuilds are only in the lisp overlay. Some of them depend on dev-lisp/asdf in the overlay. It inherits common-lisp-3.eclass. Nobody has started discussions needed before moving this eclass to the main tree.
Is there any way to get a working maxima now? I started with: root@leopard:/root(16)# emerge -vuDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-lisp/sbcl-1.0.55-r1 USE="asdf doc threads unicode -debug -ldb -pax_kernel -source" 0 kB [ebuild U ] net-fs/autofs-5.0.7 [5.0.6-r5] USE="ldap sasl -hesiod -mount-locking%" 0 kB [ebuild U ] sci-libs/mathgl-2.1.2 [2.0.3] USE="doc fltk gif gsl hdf hdf5 jpeg mpi opengl pdf png python qt4 threads wxwidgets zlib -glut (-octave) -static-libs (-double-precision%)" LINGUAS="ru" 0 kB Total: 3 packages (2 upgrades, 1 new), Size of downloads: 0 kB which fails due to bug Bug 463882. Then I add again the lisp overlay: root@leopard:/root(17)# layman -a lisp ... Now 'emerge -uvDN world' fails with: root@leopard:/root(18)# emerge -pvuDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U #] dev-lisp/asdf-2.33-r3:0/2.33-r3::lisp [1.89:0/0::gentoo] USE="(-examples%*)" 378 kB [ebuild N ] dev-lisp/uiop-2.33::lisp 0 kB [ebuild N ] dev-python/pyelftools-0.20-r2 PYTHON_TARGETS="python2_7 python3_2" 0 kB [ebuild U ] app-misc/pax-utils-0.7 [0.5] USE="python%* -caps" 89 kB [ebuild N ] dev-lisp/sbcl-1.0.55-r1 USE="asdf doc threads unicode -debug -ldb -pax_kernel -source" 0 kB [ebuild U ] dev-lisp/ecls-12.12.1-r3::lisp [12.12.1::sage-on-gentoo] USE="X emacs sse%* threads unicode -debug -gengc -precisegc" 0 kB [ebuild U ] net-fs/autofs-5.0.7 [5.0.6-r5] USE="ldap sasl -hesiod -mount-locking%" 0 kB [ebuild U ] sci-libs/mathgl-2.1.2 [2.0.3] USE="doc fltk gif gsl hdf hdf5 jpeg mpi opengl pdf png python qt4 threads wxwidgets zlib -glut (-octave) -static-libs (-double-precision%)" LINGUAS="ru" 0 kB [ebuild U ] sci-libs/netcdf-4.2.1.1::gentoo [4.1.3::x-portage] USE="dap* doc examples%* hdf%* hdf5 mpi%* szip%* tools%* -static-libs {-test%} (-cxx%*) (-fortran%*)" 4,411 kB [ebuild N ] sci-libs/netcdf-cxx-4.2-r1 USE="examples -static-libs" 386 kB Total: 10 packages (6 upgrades, 4 new), Size of downloads: 5,262 kB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lisp/asdf:0 (dev-lisp/asdf-2.33-r3::lisp, ebuild scheduled for merge) pulled in by ~dev-lisp/asdf-2.33 required by (dev-lisp/uiop-2.33::lisp, ebuild scheduled for merge) >=dev-lisp/asdf-2.33-r3:= required by (dev-lisp/ecls-12.12.1-r3::lisp, ebuild scheduled for merge) (dev-lisp/asdf-1.89::gentoo, installed) pulled in by (no parents that aren't satisfied by other packages in this slot) I tried to unmask asdf-2.33-r3, it did not help: root@leopard:/root(21)# emerge -pvuDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U #] dev-lisp/asdf-2.33-r3:0/2.33-r3::lisp [1.89:0/0::gentoo] USE="(-examples%*)" 378 kB [ebuild N ] dev-lisp/uiop-2.33::lisp 0 kB [ebuild N ] dev-python/pyelftools-0.20-r2 PYTHON_TARGETS="python2_7 python3_2" 0 kB [ebuild U ] app-misc/pax-utils-0.7 [0.5] USE="python%* -caps" 89 kB [ebuild N ] dev-lisp/sbcl-1.0.55-r1 USE="asdf doc threads unicode -debug -ldb -pax_kernel -source" 0 kB [ebuild U ] dev-lisp/ecls-12.12.1-r3::lisp [12.12.1::sage-on-gentoo] USE="X emacs sse%* threads unicode -debug -gengc -precisegc" 0 kB [ebuild U ] net-fs/autofs-5.0.7 [5.0.6-r5] USE="ldap sasl -hesiod -mount-locking%" 0 kB [ebuild U ] sci-libs/mathgl-2.1.2 [2.0.3] USE="doc fltk gif gsl hdf hdf5 jpeg mpi opengl pdf png python qt4 threads wxwidgets zlib -glut (-octave) -static-libs (-double-precision%)" LINGUAS="ru" 0 kB [ebuild U ] sci-libs/netcdf-4.2.1.1::gentoo [4.1.3::x-portage] USE="dap* doc examples%* hdf%* hdf5 mpi%* szip%* tools%* -static-libs {-test%} (-cxx%*) (-fortran%*)" 4,411 kB [ebuild N ] sci-libs/netcdf-cxx-4.2-r1 USE="examples -static-libs" 386 kB [blocks B ] dev-lisp/asdf-binary-locations ("dev-lisp/asdf-binary-locations" is blocking dev-lisp/asdf-2.33-r3) [blocks B ] dev-lisp/gentoo-init ("dev-lisp/gentoo-init" is blocking dev-lisp/asdf-2.33-r3) Total: 10 packages (6 upgrades, 4 new), Size of downloads: 5,262 kB Conflict: 2 blocks (2 unsatisfied) I deleted asdf, asdf-binary-locations and gentoo-init, but it did not help either: root@leopard:/root(25)# emerge -pvuDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N #] dev-lisp/asdf-2.33-r3:0/2.33-r3::lisp 378 kB [ebuild N ] dev-lisp/uiop-2.33::lisp 0 kB [ebuild N ] dev-python/pyelftools-0.20-r2 PYTHON_TARGETS="python2_7 python3_2" 0 kB [ebuild U ] app-misc/pax-utils-0.7 [0.5] USE="python%* -caps" 89 kB [ebuild U ] dev-lisp/ecls-12.12.1-r3::lisp [12.12.1::sage-on-gentoo] USE="X emacs sse%* threads unicode -debug -gengc -precisegc" 0 kB [ebuild U ] net-fs/autofs-5.0.7 [5.0.6-r5] USE="ldap sasl -hesiod -mount-locking%" 0 kB [ebuild N ] dev-lisp/asdf-binary-locations-20061018 0 kB [ebuild N ] dev-lisp/gentoo-init-0.1 0 kB [ebuild N ] dev-lisp/sbcl-1.0.55-r1 USE="asdf doc threads unicode -debug -ldb -pax_kernel -source" 0 kB [ebuild U ] sci-libs/mathgl-2.1.2 [2.0.3] USE="doc fltk gif gsl hdf hdf5 jpeg mpi opengl pdf png python qt4 threads wxwidgets zlib -glut (-octave) -static-libs (-double-precision%)" LINGUAS="ru" 0 kB [ebuild U ] sci-libs/netcdf-4.2.1.1::gentoo [4.1.3::x-portage] USE="dap* doc examples%* hdf%* hdf5 mpi%* szip%* tools%* -static-libs {-test%} (-cxx%*) (-fortran%*)" 4,411 kB [ebuild N ] sci-libs/netcdf-cxx-4.2-r1 USE="examples -static-libs" 386 kB [blocks B ] dev-lisp/asdf-binary-locations ("dev-lisp/asdf-binary-locations" is blocking dev-lisp/asdf-2.33-r3) [blocks B ] dev-lisp/gentoo-init ("dev-lisp/gentoo-init" is blocking dev-lisp/asdf-2.33-r3) Total: 12 packages (5 upgrades, 7 new), Size of downloads: 5,262 kB Conflict: 2 blocks (2 unsatisfied)
Today I've committed the following stuff to the main tree: dev-lisp/asdf-2.33-r4 dev-lisp/uiop-2.33-r1 dev-lisp/sbcl-1.1.6-r4 dev-lisp/clisp-2.49-r7.ebuild dev-lisp/clozurecl-1.9_p1 dev-lisp/ecls-12.12.1-r4 dev-lisp/cmucl-20d-r3 sci-mathematics/maxima-5.30.0 sci-mathematics/fricas-1.2.0 all pmasked. On my 2 computers (~x86 and ~amd64) maxima works fine with all 6 supported lisps. The step-by-step instruction: 1. Unmask asdf, uiop, any subset of {sbcl,gcl,clozurecl,ecls,clisp,cmucl}. (cmucl is only available on x86, not amd64; if you'd like to use gcl, then, in addition to unmasking it, you should remove the appropriate item from /usr/portage/profiles/base/package.use.mask). 2. emerge -av1 asdf uiop <subset_of_lisps> (be sure to include *all* lisps you already have; e.g., you want sbcl for maxima, but you have also clisp already installed - then include both sbcl and clisp. These packages have to be emerged together.) 3. Set the necessary USE flags and emerge -av maxima
Although this is an interesting and informative discussion, is it really a bug? I.e., is there a measurable point at which it will be "fixed"? My feeling is that there is not and that it should be moved to the forums or a mailing list and closed as "not a bug".
(In reply to Jeremy Murphy from comment #6) > Although this is an interesting and informative discussion, is it really a > bug? > I.e., is there a measurable point at which it will be "fixed"? My feeling > is that there is not and that it should be moved to the forums or a mailing > list and closed as "not a bug". Agreed.