From: "Andrey G. Grozin" <A.G.Grozin@inp.nsk.su>
To: gentoo-science@lists.gentoo.org
Subject: [gentoo-science] maxima-5.14.0 and related stuff
Date: Sun, 13 Jan 2008 11:22:12 +0600 (NOVT) [thread overview]
Message-ID: <Pine.LNX.4.64.0801131046230.10692@star.inp.nsk.su> (raw)
Hello *,
As you may have noticed, I committed maxima-5.14.0 to the science overlay.
The 5.13.0 ebuild in the main tree is not good, from my point of view,
because it does not allow one to build maxima with several lisps, and I
definitely want this (to compare running times and, sometimes, behaviour
too). The new ebuild is much cleaner and more systematic in the sense that
it is trivial to add (or remove) any lisp to the set of supported lisps.
Speaking of lisps, the current Gentoo gcl is broken (this fact is not
related to maxima). I am currently in contact with the authors, and hope
the authors, and hope to understand what goes wrong when it is built in
Gentoo - in Debian, for example, it works fine.
As usual, a new version of maxima requires a patch in TeXmacs. It was much
simpler than I thought - large changes in strings implementation in maxima
were taken into account already in TeX generation functions, and from the
TeXmacs point of view nothing changed. I committed texmacs-1.0.6.12-r1 to
the science overlay, it works with maxima-5.14.0.
Recently a user reported a problem with the TeXmacs-maxima interface (he
was not on Gentoo, but the problem is platform-neutral). I have a fix
already; will commit it to the overlay (and send to Joris) soon.
maxima-5.14.0 does not work properly with the previous version of
wxmaxima. I committed wxmaxima-0.7.4 which is for the new maxima. The
author of wxmaxima says that there is a bug in wxwidgets-2.8.6 which
upsets wxmaxima; therefore, I depend on >=wxmaxima-2.8.7 (haven't checked
that the bug mentioned is really absent in this case, though).
Also the previous version of imaxima cannot be used with 5.14.0.
imaxima-0.99 was created for this. It depends on >=breqn-0.97a (the
current breqn in the tree is 0.94).
The situation with breqn has changed recently: its license has been at
last clarified (it's LaTeX public license), and it got a new maintainer,
Morten Hoegholm (as you probably know, Michael Downes died a few years
ago). It is now part of a set of math tools for LaTeX maintained by
Morten, http://www.ctan.org/tex-archive/macros/latex/contrib/mh/
I've written an ebuild for this mathtools LaTeX package. I depend on
!dev-tex/breqn; however, I heard that breqn is also in texlive, and this
conflict should be resolved, but I don't use texlive yet. There are a few
problems:
1. Files constituing the package have no version numbers in their names,
and change rather often. If I use individual files from ctan, the ebuild
will break quickly. The proper hing to do is to make a snapshot (with a
version number given by the date, like 20080112) and mirror it somewhere.
But I cannot do this with the science overlay.
2. Naturally, I inherited latex-package eclass. But it does not process
*.dtx files, only *.ins ones. I had to re-define src_compile; the proper
thing to do is to add *.dtx processing to latex-package.eclass.
So, this ebuild is not yet committed, it is in my local tree. And so is
imaxima-0.99.ebuild. It builds, but I somehow cannot make imaxima work; I
never used it before, and probably I'm doing something stupid.
Best wishes,
Andrey
--
gentoo-science@lists.gentoo.org mailing list
next reply other threads:[~2008-01-13 5:22 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-13 5:22 Andrey G. Grozin [this message]
2008-01-13 5:27 ` [gentoo-science] maxima-5.14.0 and related stuff M. Edward (Ed) Borasky
2008-01-13 6:40 ` Andrey G. Grozin
2008-01-13 10:21 ` Denis Dupeyron
2008-12-07 11:19 ` [gentoo-science] mathgl octave bindings Andrey G. Grozin
2008-12-09 14:15 ` Markus Dittrich
2008-12-11 17:20 ` Andrey G. Grozin
2008-12-13 12:25 ` Markus Dittrich
2008-12-13 14:22 ` Andrey G. Grozin
2008-01-13 14:49 ` [gentoo-science] maxima-5.14.0 and related stuff M. Edward (Ed) Borasky
2008-01-14 11:42 ` Andrey G. Grozin
2008-01-14 13:43 ` M. Edward (Ed) Borasky
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.64.0801131046230.10692@star.inp.nsk.su \
--to=a.g.grozin@inp.nsk.su \
--cc=gentoo-science@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox