[back to the dev list...] Hans Hagen said this at Tue, 19 Apr 2005 15:20:03 +0200:
Adam: in texexec.pl the cal to ctxtools should be prefixed by texmfstart (texmfstart texexec --make ...)
I had already tried that (yesterday's beta) when I sent the previous email. Same (null) effect: % ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb texexec --make --all TeXExec 5.3.1 - ConTeXt / PRAGMA ADE 1997-2005 total run time : 0 seconds (no, I don't have the texmfstart or ctxtools or other new-ish stubs in my /bin directory) ...or are you saying to edit texexec.pl ? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl@comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Adam Lindsay wrote:
% ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb texexec --make --all
TeXExec 5.3.1 - ConTeXt / PRAGMA ADE 1997-2005
total run time : 0 seconds
(no, I don't have the texmfstart or ctxtools or other new-ish stubs in my /bin directory)
oh, there should be stubs; at least texmfstart should be stubbed by the distributer, the rest can be stubbed by texmfstart itself texmfstart ctxtools pdftools xmltools textools pstopdf are ruby scripts that needs stubs
...or are you saying to edit texexec.pl ?
indeed -) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Adam Lindsay wrote:
% ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb texexec --make --all
TeXExec 5.3.1 - ConTeXt / PRAGMA ADE 1997-2005
total run time : 0 seconds
(no, I don't have the texmfstart or ctxtools or other new-ish stubs in my /bin directory)
It seems texexec fails silently instead of raising a big red flag if it can't start ctxtools. Had me searching for a while ... regards, Christopher
Christopher Creutzig wrote:
It seems texexec fails silently instead of raising a big red flag if it can't start ctxtools. Had me searching for a while ...
i'll remove the call from texexec and 'advice' users to use ctxtools instead so, the question now is, does "ctxtools --make" work on the mac Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hans Hagen said this at Tue, 19 Apr 2005 17:41:27 +0200:
so, the question now is, does "ctxtools --make" work on the mac
As far as I know, only after installing rexml, which though easy enough for me, doesn't make it very Mac-user friendly, and even less attractive for Gerben's installer, I suspect. At least, that's how it worked out for me. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl@comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Adam Lindsay wrote:
Hans Hagen said this at Tue, 19 Apr 2005 17:41:27 +0200:
so, the question now is, does "ctxtools --make" work on the mac
As far as I know, only after installing rexml, which though easy enough for me, doesn't make it very Mac-user friendly, and even less attractive for Gerben's installer, I suspect. At least, that's how it worked out for me.
rexml comes with ruby >=1.8 so that's a temporary problem and solved by th etime the conversion si finished; fo rlinxu it's less a probel since that now ships with ruby 1.8.1 Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hi I'm currnelty trying all kind of things on linux and mac, but somehow i got the feeling that either engine support in the unix versions is broken or that it' ssimply not implemented kpsewhich --engine=pdfetex cont-en.fmt works ok on windows but not on unix; unfortunately we cannot use pdfetex -fmt=pdfetex/cont-en either; this works ok windows, but not on unix; this is why it's nearly impossible to get engine support working on unix. I know that TE is not willing to support the engine structure but kpse should at least work the same on all platforms. One workaround is that I force the engine and format vars inside texexec (kind of misusing the kpse feature that a preset emv var is not overloaded, which in the case of engin edoes not happen anyway). This seems to work. Quite a waste of time. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hans Hagen said this at Fri, 22 Apr 2005 00:18:38 +0200:
kpsewhich --engine=pdfetex cont-en.fmt
works ok on windows but not on unix; unfortunately we cannot use
Argh, it kind of does, but it kind of doesn't. This is my tetex/gwTeX result: % kpsewhich --engine=pdfetex cont-en.fmt /usr/local/teTeX/share/texmf.local/web2c/pdfetex/cont-en.fmt % kpsewhich --engine=xetex cont-en.fmt /usr/local/teTeX/share/texmf.local/web2c/xetex/cont-en.fmt Which is pretty much right! But it sounds like you're running into the weird inconsistency I found when I was trying to get the engine paths right for xetex. It worked, but didn't, and I felt clueless and frustrated. Maddening. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl@comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Adam Lindsay wrote:
Hans Hagen said this at Fri, 22 Apr 2005 00:18:38 +0200:
kpsewhich --engine=pdfetex cont-en.fmt
works ok on windows but not on unix; unfortunately we cannot use
Argh, it kind of does, but it kind of doesn't. This is my tetex/gwTeX result: % kpsewhich --engine=pdfetex cont-en.fmt /usr/local/teTeX/share/texmf.local/web2c/pdfetex/cont-en.fmt % kpsewhich --engine=xetex cont-en.fmt /usr/local/teTeX/share/texmf.local/web2c/xetex/cont-en.fmt
Which is pretty much right!
But it sounds like you're running into the weird inconsistency I found when I was trying to get the engine paths right for xetex. It worked, but didn't, and I felt clueless and frustrated.
Maddening.
Indeed. I'm surpised that you get some path returned because i don't, whatever I try. I just uploaded an alpha release that works on my machines (win,lin,mac) in the minimals. Tricks used: - force texformats env var if not set (based on kpse value) - fix the texformats path if needed (add engine to it) - force engine env var - put formats in the right place (in the new ctxtools --make implementation i don't handle latex yet) in order to catch more of those strange border cases and differences between distributions i'll add more of such hacks (probably also write 18 stuff) ctxtools --make --all --xetex ctxtools --make --all --aleph ctxtools --make --all --pdfetex and alike all work (--engine=pdfetex also works as do funny abbreviations) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
participants (3)
-
Adam Lindsay
-
Christopher Creutzig
-
Hans Hagen