Incredible, David's workaround is the best.
--
Can't init Maxima session within TeXmacs
https://bugs.launchpad.net/bugs/58498
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https
** Changed in: texmacs (Ubuntu)
Importance: Undecided => Low
Assignee: (unassigned) => Daniel T Chen (crimsun)
Status: Confirmed => Triaged
--
Can't init Maxima session within TeXmacs
https://bugs.launchpad.net/bugs/58498
You received this bug notification because you are a member
I suggest this patch (adapted from the texmacs-user mailing list):
When texmacs starts a maxima session, it checks the version for
compatibility. maxima is being released more often. Version 1.0.6 of
texmacs only recognizes maxima up to 5.14, but works with maxima 5.16.
These changes allow any v
David Vonka, your solution really works fine! Thanks man! :D
--
Can't init Maxima session within TeXmacs
https://bugs.launchpad.net/bugs/58498
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists
David: Thanks! It works fine.
I second Andrea; TeXmacs is too innovative and brilliant a piece of software to
be left in the state it is now, but I neither have the time nor the competence
to do anything about it. sad, since a little work could lift TeXmacs from very
promising to very good.
--
There should be an ubuntu maintainer for texmacs and related packages,
such as the scripts for the various sessions. I am not competent to do
that, although I am a texmacs user and try to find workarounds for the
problems I encounter.
Texmacs should be of special interest to this group:
https://h
The fixes are already described in this page and are trivial, the main
one is changing /bin/sh with /bin/bash in the first lines of the
scripts. But who has the authority to apply them?
The fact that the fixes are trivial does not mean that there is no
problem, the average user should not spend hi
I think that we all agree that for us it is necesary that these packages
are fixed.
Well dash means debian alquimist shell, and I think it is a goal to
debian that all shell script don't depend on bash, so still applies to
debian, so fixing these scripts also may have interest to debian.
We have
xhantt - You're probably right, but this bug is directly due to a change
that Ubuntu made and didn't properly support. This stuff works in Debian
because they use bash as /bin/sh. Using dash is great, but every package
that it breaks is an Ubuntu bug that can't be pawned off on upstream.
--
Can't
I can think of several reason:
* There is a known workaround.
* This package are in universe.
* No active ubuntu mantainer.
So it probably will be fixed when it is fixed upstream (debian or
maxima), or if someone contribute patches.
--
Can't init Maxima session within TeXmacs
https://bugs.launch
Also confirming the issue on Hardy. I'm not sure why so many issues like
this remain for several releases at a time before they are fixed...
--
Can't init Maxima session within TeXmacs
https://bugs.launchpad.net/bugs/58498
You received this bug notification because you are a member of Ubuntu
Bugs
> Same problem on Hardy Heron. Everything works but Maxima.
So the Maple and Mathematica plugin work?
--
Can't init Maxima session within TeXmacs
https://bugs.launchpad.net/bugs/58498
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
Randy LeJeune wrote:
> Same problem on Hardy Heron. Everything works but Maxima.
>
>
You might try changing the link from /bin/sh --> /bin/dash to /bin/sh
--> /bin/bash
I think the command would be:
sudo ln -sf /bin/bash /bin/sh
This should may the problem with Maxima sessions.
David E. Mi
Same problem on Hardy Heron. Everything works but Maxima.
--
Can't init Maxima session within TeXmacs
https://bugs.launchpad.net/bugs/58498
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@li
Since compiling the program from source appears to have solved the
problem for you, I do not believe that it is related to the issue
of my bug report since that report involves Ubuntu and seems to be a
Debian idiosyncrasy due to this /bin/sh and /bin/dash vs. /bin/bash
decision made by the Debian
I came across this thread trying to solve the same issue with openSuse
10.3 x86_64 using both maxima versions 5.13.0-2.2 x86_64, 5.14.0-2.1
x86_64 installed from:
http://software.opensuse.org/search?p=1&q=wxmaxima&baseproject=openSUSE%3A10.3
and TeXmacs 1.0.6.9-54 x86_64 installed directly from Y
Texmacs sessions for both Maxima and Octave plug-ins are broken and
files of both require some modifications to work at all. There may be more.
System facts:
Ubuntu Linux (Xubuntu) Release 7.10 (gutsy)
GNU/Linux 2.6.22-14-generic kernel
GNU Texmacs, version 1.0.6.10
Maxima 5.12.0
GNU Octave,
Maple is not listed anymore in the session list, but a session may be
opened by chosing "other" and "maple". At the beginning did'nt work for
me, but then I discovered the reason: the tm_maple script does "which
maple" and could not find maple because I had it installed in
/usr/local/maple9.5. I fi
The problem with maxima is still the old one: one has to modify
maxima_detect by hands.
--
Can't init Maxima session within TeXmacs
https://bugs.launchpad.net/bugs/58498
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bu
As a workaround:
$ sudo dpkg-reconfigure dash
and choose to set /bin/sh -> bash
--
Can't init Maxima session within TeXmacs
https://bugs.launchpad.net/bugs/58498
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mail
There are still problem with the detection of mupad and maple, however.
The script tm_mupad is in perl, so there must be some other problem.
The script tm_maple does not work even after the fix sh -> bash.
tm_maple_5 is actually a binary file and I don't know what to do with
it.
--
Can't init
Actually
/usr/lib/texmacs/TeXmacs/bin/tm_maxima
still gives
ed Unsupported version of maxima:
even after the fix sh -> bash
but texmacs seems to recognize maxima anyway.
--
Can't init Maxima session within TeXmacs
https://launchpad.net/bugs/58498
--
ubuntu-bugs mailing list
ubuntu-bugs@lis
Confirmed on Edgy, the package should be fixed.
--
Can't init Maxima session within TeXmacs
https://launchpad.net/bugs/58498
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Confirmed on edgy
** Changed in: texmacs (Ubuntu)
Status: Unconfirmed => Confirmed
--
Can't init Maxima session within TeXmacs
https://launchpad.net/bugs/58498
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Confirmed. The problem is that the /bin/sh symlink to bash got replaced
by dash for performance reasons. To resolve the bug, just edit
/usr/lib/texmacs/TeXmacs/bin/maxima_detect and change to first line to
#!/bin/bash
This possibly affects all scripts in /usr/lib/texmacs/TeXmacs/bin/
Could the pa
What I find strange is that the last entry in changelog.Debian.gz is to
say that the support for maxima had been re-enabled!
--
Can't init Maxima session within TeXmacs
https://launchpad.net/bugs/58498
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/lis
Same problem here; TeXmacs complains that maxima plug-ins aren't
declared.
Maxima works in console mode, but however does not work with the Mascyma
frontend. This could be a problem with maxima rather than TeXmacs.
--
Can't init Maxima session within TeXmacs
https://launchpad.net/bugs/58498
--
27 matches
Mail list logo