mailing-list for TeXmacs Users

[Karl Hegbloom <address@hidden>]

The 'which' command may be specific to a particular command shell, as a builtin, so unless it's a shell with that builtin or there's a binary or executable shell script called 'which',  it won't work.

On Wed, Jul 27, 2016, 15:25 Peter Rapčan <address@hidden> wrote:

Hello everybody,

Tried to follow the fix by Jienzhe. However, on my machine there is no tm_sage file in the place where ist’s supposed to be (/Applications/TeXmacs.app/Contents/Resources/share/TeXmacs/bin/tm_sage) — see below. There is a tm_sage file in my fink installation of the old TeXmacs 1.0.7 at /sw/lib/TeXmacs/bin/tm_sage, which I never used to run sage -- hence I suppose the tm_sage file  is not buit on the fly when first running a sage session. Right?

What I get is the following:

sys:1: RuntimeWarning: not adding '‘/Applications/TeXmacs.app/Contents/Resources/share/TeXmacs/bin' to sys.path since its status cannot be determined

python: can't open file '‘/Applications/TeXmacs.app/Contents/Resources/share/TeXmacs/bin/tm_sage‘': [Errno 2] No such file or directory.

Any advice?

Best,

Peter.

On 28 May 2016, at 10:40, Jiezhe Wang <address@hidden> wrote:

I found an temporary way to fix the "error which" problem for sage
plugin. Just change "`which tm_sage`" to "/usr/lib/TeXmacs/bin/tm_sage"
in "/usr/share/TeXmacs/plugins/sage/progs/init-sage.scm" and it works!
If you install TeXmacs at other place, it should be something similar.

I guess the problem is that guile cannot recognize command substitution.

--
My current OpenPGP key:
dsa3072/EEE00331 (expires: 2025-07-18)
02D0 27CE DC67 6FA7 EC5E  09B9 A498 B054 EEE0 0331