Re: [NTG-context] backgroundcolor broken in 2006-06-07
On Jun 10, 2006, at 9:10, Taco Hoekwater wrote:
Hans van der Meer wrote:
This turns out to be a disaster for me.
Now all textext again comes out as unknown.
Setting \forceMPTEXgraphictrue makes things worse, because now all
graphics are replaced by the first one generated.
Is there any help?
Can you send me the complete output of your run, and the current
contents of cont-sys.tex? (for debugging purposes)
I finally managed to nail down the cause of this problem and solve it.
(adding and removing files and rebuilding format in small steps did
the trick ;-)
It is the following line in supp-mps.tex:
\ifx\TEXEXECcommand \undefined \def\TEXEXECcommand{texmfstart
texexec} \fi
previously this was:
\ifx\TEXEXECcommand \undefined \def\TEXEXECcommand{texexec} \fi
The trouble stems from the fact that apparently texexec.pl does not
need an excutable copy named texexec in order to get called from
supp-mps.tex whereas texmfstart.rb did.
Calling texmfstart from bash shell apparently has no trouble
finding texmfstart.rb if it knows its whereabouts.
Therefore now I add to my installation shell script in addition to
unzipping now these two lines:
chmod a+x .../scripts/ruby/texmstart.rb
cp .../scripts/ruby/texmstart.rb /usr/local/bin
(/usr/local/bin on my path, as it is in most unix-like systems).
After that I had to tweak my TeXShop to use texmfstart accordingly.
For those MacOSX-TeXShop users among you who want this too and
without much trouble, here is the recipe (with thanks to Richard Koch):
1. Make a file ~/Library/TeXShop/Engines/ContextNew.engine (vary the
'ContextNew' part at will)
2. Give it the following contents (the tetex-part pertains to my
tetex tex-structure, yours may vary)
#!/bin/tcsh
set path= ($path /usr/local/teTeX/bin/powerpc-apple-darwin-current)
texmfstart texexec --pdf --autopdf $1
3. ensure /usr/local/bin/texmfstart is on your search path
4. if you like choose in the Preferences of TeXShop under Default
Command the item Command Listed Below and fill the textfield with
ContextNew
5. and/or put as first line in your tex-files:
%!TEX TS-program = ContextNew
6. for working in Terminal (the shell, mine is bash) put in
your .bashrc the following lines:
CONTEXT_RUBYSCRIPTS=/usr/local/teTeX/share/texmf-local/scripts/
context/ruby/
export CONTEXT_RUBYSCRIPTS
PATH=$PATH:$CONTEXT_RUBYSCRIPTS
export PATH
Hans van der Meer
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Question regarding context's module defintion
Aditya Mahajan wrote: Should the test-suite contain tests for ruby scripts also? for some of the functionality that makes sense 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] backgroundcolor broken in 2006-06-07
Taco,
Thanks for looking into. I would have responded earlier but our
server was out of the air)
This is a stripped down version without all the files for
demonstration, because too big to be send at once.
But the observations are clear now.
I have made a minimal example and done some variations. See file
test.tex and testfig.tex
1. including my own metapost macroset for Label (custom.mp)
gives different results for \forceMPTEXgraphictrue --
\forceMPTEXgraphicfalse
undefined as label for true, unknown as label for false
2. draw textext gives in both cases label undefined.
I did an extensive series of experiments and nailed the problem into
the context base files in the change from 2006-05-28 to 2006-06-07.
What I did was:
1. back to version 2006-05-28
changed metafun.mem to an earlier generated one
set \forceMPTEXgraphictrue in cont-sys.tex
generated formats
typesetting ok
2. generated metafun.mem afresh with texmfstart texexec --make alone
metafun
typesetting ok
3. changed the ruby scripts over to the 2006-06-07 ones.
typesetting ok
4. changed the context base files in tex/context/base to their
2006-06-07 ones
did texhash
did texmfstart texexec --make en nl
checked format versions
typesetting not ok
Now many things having to do with metapost go wrong, among these:
textext, (inline) textbackground.
5. move out the context base files in tex/context/base of 2006-06-07
texhash
regenerate formats
typesetting ok again
I do not know why this does occur on my MacOSX system and obviously
not on other systems.
But the effect is demonstrably their.
Could it be something in the communication between TeX and Metapost?
Or something related end-of-line stuff?
file test.tex:
\setupcolors[state=start]
\setupbodyfont[cmr]
\input testfig
\starttext
\placefigure[][fig:figtest]{Test figure}{\useMPgraphic{testfig}
{width=40mm,height=20mm}}
\stoptext
file testfig.tex:
\startuseMPgraphic{testfig}{width,height}
w = \MPvar{width};
h = \MPvar{height};
% framing figure
pickup pensquare scaled 2pt;
draw origin -- (w,0) -- (w,h) -- (0,h) -- cycle;
% With these two statements the output = test1.pdf resultant label:
unknown
% \input custom.mp
% Label(TEXTEXT, (w/2,h/2)) withcolor red;
% alas, these files could not be included
% With this statement the output = test2.pdf resultant label: undefined
draw textext(TEXTEXT) shifted (w/2,h/2);
\stopuseMPgraphic
\endinput
On Jun 10, 2006, at 9:10, Taco Hoekwater wrote:
Hans van der Meer wrote:
This turns out to be a disaster for me.
Now all textext again comes out as unknown.
Setting \forceMPTEXgraphictrue makes things worse, because now all
graphics are replaced by the first one generated.
Is there any help?
Can you send me the complete output of your run, and the current
contents of cont-sys.tex? (for debugging purposes)
Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
met vriendelijke groet
Hans van der Meer
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Question regarding context's module defintion
Aditya Mahajan wrote:
Are users supposed to use %D kind of remarks to comment their own
environment files? I am finding it a bit strange to work with. Does
well, it has been so for a long time; originally there were also %S
lines for the formal command definitions
anyhow, the %D is used to signal text that wil be typeset in a
'documentation run'
in the editor that i use, i can remove/add %D's on a selection, so it's
no real burden
one have to leave a blank line after a %D line for that line to
appear?
no, but it's just that i like a spacy layout; if it does not work, then
there is a bug in ctxtools
Consider the test file
%D \module
%D [file=test.tex,
%D version=0.0,
%D title=Test File,
%D subtitle=Blah blah,
%D author=Aditya Mahajan,
%D date=\currentdate]
%D Explaination for the next macro does not work
\def\test{test}
%D \macros{test}
%D Neither does this.
\def\test{test}
%D Leaving a blank space also works
\def\test{test}
---
and look at the output of texmfstart texexec --modules test.tex. Why
are the first two macro definitions not in the pdf?
in ctxtools.rb, locate:
inlocaldocument = indocument
inlocaldocument = false # else first
line skipped when not empty
please test all kind of variants (there most have been a reason for
this, so it may as well be a bug related to translating from perl to ruby)
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] texmfstart texutil
In order to purge the temporary context files I did (throught an alias) texutil --purgeThis worked fine.Since the introduction of the ruby scripts this call now tells me: remark: 'texutil' is now part of 'texexec' warning: use 'texmfstart texutil' insteadSo I obediently call: texmfstart.rb texutil --purgeThis silently does nothing.Neither does work "texmfstart texexec --version" the same as did "texexec --version".The former giving the TeXExec version, the latter gave the installed ConTeXt formats.It is not "texmfstart texexec --purge" because I tried that too.On the other hand, replacing "texexec --silent --pdf --autopdf file.tex"by the same preceded with "texmfstart" does work as expected.What happened? Hans van der Meer ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart texutil
Hans van der Meer wrote: In order to purge the temporary context files I did (throught an alias) texutil --purge This worked fine. Since the introduction of the ruby scripts this call now tells me: remark: 'texutil' is now part of 'texexec' warning: use 'texmfstart texutil' instead So I obediently call: texmfstart.rb texutil --purge This silently does nothing. Neither does work texmfstart texexec --version the same as did texexec --version. The former giving the TeXExec version, the latter gave the installed ConTeXt formats. It is not texmfstart texexec --purge because I tried that too. On the other hand, replacing texexec --silent --pdf --autopdf file.tex by the same preceded with texmfstart does work as expected. What happened? texutil will go away (i.e. be a wrapper only); the functionality has been moved to texexec.rb, ctxtools.rb, pdftools.rb, rlxtools.rb etc it's now: ctxtools --purge - 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart texutil
On Jun 9, 2006, at 12:49, Hans Hagen wrote: Hans van der Meer wrote: In order to purge the temporary context files I did (throught an alias) texutil --purge This worked fine. texutil will go away (i.e. be a wrapper only); the functionality has been moved to texexec.rb, ctxtools.rb, pdftools.rb, rlxtools.rb etc it's now: ctxtools --purge For those on UNIX(-like) systems that have only texmfstart.rb enabled as executable (chmod a+x texmfstart.rb) this will not work as none the ruby scripts in the distribution seem to have their execution bits set. The next seems mandatory if only texmfstart is enabled: texmfstart ctxtools --purge Hans van der Meer ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart texutil
Hans van der Meer wrote: For those on UNIX(-like) systems that have only texmfstart.rb enabled as executable (chmod a+x texmfstart.rb) this will not work as none the ruby scripts in the distribution seem to have their execution bits set. The next seems mandatory if only texmfstart is enabled: texmfstart ctxtools --purge There is a whole bunch of shell stubs in the distribution, in scripts/context/stubs/unix but currently you always have to redo the chmod +x after each update because the execution permission bit is not kept in the zip, so it gets trashed during the unzip operation. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart texutil
Hans van der Meer wrote: On Jun 9, 2006, at 12:49, Hans Hagen wrote: Hans van der Meer wrote: In order to purge the temporary context files I did (throught an alias) texutil --purge This worked fine. texutil will go away (i.e. be a wrapper only); the functionality has been moved to texexec.rb, ctxtools.rb, pdftools.rb, rlxtools.rb etc it's now: ctxtools --purge For those on UNIX(-like) systems that have only texmfstart.rb enabled as executable (chmod a+x texmfstart.rb) this will not work as none the ruby scripts in the distribution seem to have their execution bits set. The next seems mandatory if only texmfstart is enabled: texmfstart ctxtools --purge on unix, one needs to copy texmfstart.rb to texmfstart and copy it to some bin path -- - 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Question regarding context's module defintion
On Fri, 9 Jun 2006, Hans Hagen wrote: Aditya Mahajan wrote: Are users supposed to use %D kind of remarks to comment their own environment files? I am finding it a bit strange to work with. Does well, it has been so for a long time; originally there were also %S lines for the formal command definitions anyhow, the %D is used to signal text that wil be typeset in a 'documentation run' in the editor that i use, i can remove/add %D's on a selection, so it's no real burden one have to leave a blank line after a %D line for that line to appear? no, but it's just that i like a spacy layout; if it does not work, then there is a bug in ctxtools [code deleted] and look at the output of texmfstart texexec --modules test.tex. Why are the first two macro definitions not in the pdf? in ctxtools.rb, locate: inlocaldocument = indocument inlocaldocument = false # else first line skipped when not empty please test all kind of variants (there most have been a reason for this, so it may as well be a bug related to translating from perl to ruby) From the code, I can not understand why inlocaldocument is there. Setting indocument to false works as expected. This is equivalent to removing inlocaldocument completely (the unless inlocaldocument is always run). I will do some more elaborate tests to check is anything breaks. Should the test-suite contain tests for ruby scripts also? Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart texutil
On Jun 9, 2006, at 17:21, Hans Hagen wrote: Hans van der Meer wrote: On Jun 9, 2006, at 12:49, Hans Hagen wrote: Hans van der Meer wrote: In order to purge the temporary context files I did (throught an alias) texutil --purge This worked fine. texutil will go away (i.e. be a wrapper only); the functionality has been moved to texexec.rb, ctxtools.rb, pdftools.rb, rlxtools.rb etc it's now: ctxtools --purge For those on UNIX(-like) systems that have only texmfstart.rb enabled as executable (chmod a+x texmfstart.rb) this will not work as none the ruby scripts in the distribution seem to have their execution bits set. The next seems mandatory if only texmfstart is enabled: texmfstart ctxtools --purge on unix, one needs to copy texmfstart.rb to texmfstart and copy it to some bin path Copying is imho not necessary. As long as the execution bits are set any file can be made to execute by a shell. What to do is determined by the shebang line. I am working in MacOSX which is UNIX under the hood and texmfstart.rb is excuted without the need for copying. Hans van der Meer ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Generating Module documentation
On Tue, 6 Jun 2006, Taco Hoekwater wrote:
Aditya Mahajan wrote:
Hi,
How does one generate module documentation? I copied mult-ini.tex to
a temp directory and did
texmfstart texexec --modules mult-ini.tex
It seems that 'texutil -- documents' is not implemented yet
in the ruby scripts, so you have to use the perl version
instead (it is needed internally). This should do it:
texmfstart texutil.pl --documents mult-ini.tex
texmfstart texexec --module mult-ini.tex
On Tue, 6 Jun 2006, Hans Hagen wrote:
ah, we have a new texutil noe (or actually, texutil is gone) ...
in texexec.rb replace:
job.runtexutil(ffname,--documents, true)
by
Kpse.runscript('ctxtools',ffname,'--document')
Thanks.
Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] MPinclusions strangeness with labels
Le 06 juin à 16:02:01 Mojca Miklavec [EMAIL PROTECTED]
écrit
notamment:
| On 6/6/06, Jean Magnan de Bornier wrote:
| Now what happens? The label in the mp file Costs, prices is replaced by
| unknown in the pdf. But if I add a label in the startuseMPgraphic
| environment, (decommenting line 3 in it), then both labels appear!!
|
| I tried several other files, it seems to happen every time.
| Anything I'm doing wrong?
| tia
| In addition to Aditya's comments.
| OK, aliens at work! I tried to compile your documents in order to
| experiement a bit
| (\forceMPTEXcheck{nameofsomecommandtobecheckedfortextextpresence}
| might help in such cases as well), but now I don't understand why the
| example DOES work here without any modifiction. It seems to me that
| Hans debugged that part of ConTeXt even better than I thought :).
| So just a few guidelines: it might help(*) if you have a ConTeXt
| version that is not more than 1 month old and if you run ConTeXt with
| texmfstart (texexec should resolve to texmfstart texexec.rb). If
| you don't know how to do that, ask again (tell which distribution and
| OS you're using). Perhaps we should put that info right on the top of
| the first wiki page.
| (*) read: you have to
Well, sorry I forgot to say about my installation; actually I have an uptodate
one, less than 10 days, last metapost, and using texmfstart texexec all
right (I found a script for that on the list with this line:
ruby path to ruby dir/texmfstart.rb $*).
Then again there has to be something different with your installation...
thx
--
Jean
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] format generation -- again!
On Jun 1, 2006, at 6:11 PM, Hans Hagen wrote: Alan Bowen wrote: On Jun 1, 2006, at 5:12 PM, Hans Hagen wrote: Alan Bowen wrote: Using the latest version of Gerben’s i-Installer (expert mode), I completely erased teTeX, re-installed the 2005 x86pc version, and then re-installed the latest ConTeXt. cd /usr/local/teTeX/share/texmf.local/web2c/ grep agr cont-en.log produces encoding: coding agr is loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/enco-agr.tex) language: patterns for agr not loaded language: patterns for agr not loaded and no more, which means that the ancient Greek hyphenation patterns are not available, though they presumably should be since the files lang-agr.hyp and lang-agr.pat are in the right place, /usr/local/teTeX/share/texmf.local/tex/context/patterns/. When I try to regenerate the formats using sudo ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb texexec --make --all I get the error message language: patterns agr for agr loaded (n=24,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang- agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 α2Ϊ 1 ? So no Greek hyphenation. I am baffled. And Thomas cannot reproduce the problem at his end. So, if anyone has any suggestions they will be gratefully received. By the way, if it is at all relevant, I am running Mac OS X 10.4.6 on a Power Mac G4 450 MHz. Alan it looks like tetex does not use the -8bit switch (to pdfetex) or loads the natural tcx file; (you may try texexec --make instead) [patterns are now in utf-8 so this is why it show up now, but in fact your installation has never been 8 bit clean upto now] Hans Thanks, Hans. I tried texexec --make --all but the regeneration fails as before, with the lines (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang- agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 α2Ϊ 1 ? Does the MacTeX distribution have the same problem? is there a natural.tcx file on your system? and is loading it reported? in the worst case you can say: ctxtools --pat and move the generated pattern files to tex/context/patterns Hans Hans— There is a natural.tcx in /usr/local/teTeX/share/texmf.local/web2c/ but this is not mentioned in cont-en.log. It is loaded when I compile a file: This is pdfeTeX, Version 3.141592-1.30.4-2.2 (Web2C 7.5.5) (format=cont-en 2006.6.1) 1 JUN 2006 07:58 entering extended mode (/usr/local/teTeX/share/texmf.local/web2c/natural.tcx) **cont-en 2005-12-03_Lautner.tex (./2005-12-03_Lautner.tex ConTeXt ver: 2006.05.28 13:28 fmt: 2006.6.1 int: english mes: english Where does ctxtools --pat generate the files? Alan ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] format generation -- again!
On Jun 2, 2006, at 7:27 AM, Alan Bowen wrote: On Jun 1, 2006, at 6:11 PM, Hans Hagen wrote: Alan Bowen wrote: On Jun 1, 2006, at 5:12 PM, Hans Hagen wrote: Alan Bowen wrote: Using the latest version of Gerben’s i-Installer (expert mode), I completely erased teTeX, re-installed the 2005 x86pc version, and then re-installed the latest ConTeXt. cd /usr/local/teTeX/share/texmf.local/web2c/ grep agr cont-en.log produces encoding: coding agr is loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/enco- agr.tex) language: patterns for agr not loaded language: patterns for agr not loaded and no more, which means that the ancient Greek hyphenation patterns are not available, though they presumably should be since the files lang-agr.hyp and lang-agr.pat are in the right place, /usr/local/teTeX/share/texmf.local/tex/context/patterns/. When I try to regenerate the formats using sudo ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb texexec --make --all I get the error message language: patterns agr for agr loaded (n=24,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang- agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 α2Ϊ 1 ? So no Greek hyphenation. I am baffled. And Thomas cannot reproduce the problem at his end. So, if anyone has any suggestions they will be gratefully received. By the way, if it is at all relevant, I am running Mac OS X 10.4.6 on a Power Mac G4 450 MHz. Alan it looks like tetex does not use the -8bit switch (to pdfetex) or loads the natural tcx file; (you may try texexec --make instead) [patterns are now in utf-8 so this is why it show up now, but in fact your installation has never been 8 bit clean upto now] Hans Thanks, Hans. I tried texexec --make --all but the regeneration fails as before, with the lines (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang- agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 α2Ϊ 1 ? Does the MacTeX distribution have the same problem? is there a natural.tcx file on your system? and is loading it reported? in the worst case you can say: ctxtools --pat and move the generated pattern files to tex/context/patterns Hans Hans— When I tried ctxtools --pat the response was -bash: ctxtools: command not found By the way, will the pattern file generated be different from the ones I already have in /usr/local/teTeX/share/texmf.local/tex/context/patterns/? Alan ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] format generation -- again!
On Fri, 2 Jun 2006, Alan Bowen wrote: On Jun 2, 2006, at 7:27 AM, Alan Bowen wrote: On Jun 1, 2006, at 6:11 PM, Hans Hagen wrote: Alan Bowen wrote: On Jun 1, 2006, at 5:12 PM, Hans Hagen wrote: Alan Bowen wrote: Using the latest version of Gerbenÿÿs i-Installer (expert mode), I completely erased teTeX, re-installed the 2005 x86pc version, and then re-installed the latest ConTeXt. cd /usr/local/teTeX/share/texmf.local/web2c/ grep agr cont-en.log produces encoding: coding agr is loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/enco- agr.tex) language: patterns for agr not loaded language: patterns for agr not loaded and no more, which means that the ancient Greek hyphenation patterns are not available, though they presumably should be since the files lang-agr.hyp and lang-agr.pat are in the right place, /usr/local/teTeX/share/texmf.local/tex/context/patterns/. When I try to regenerate the formats using sudo ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb texexec --make --all I get the error message language: patterns agr for agr loaded (n=24,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang- agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 ÿÿ2ÿÿ 1 ? So no Greek hyphenation. I am baffled. And Thomas cannot reproduce the problem at his end. So, if anyone has any suggestions they will be gratefully received. By the way, if it is at all relevant, I am running Mac OS X 10.4.6 on a Power Mac G4 450 MHz. Alan it looks like tetex does not use the -8bit switch (to pdfetex) or loads the natural tcx file; (you may try texexec --make instead) [patterns are now in utf-8 so this is why it show up now, but in fact your installation has never been 8 bit clean upto now] Hans Thanks, Hans. I tried texexec --make --all but the regeneration fails as before, with the lines (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang- agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 ÿÿ2ÿÿ 1 ? Does the MacTeX distribution have the same problem? is there a natural.tcx file on your system? and is loading it reported? in the worst case you can say: ctxtools --pat and move the generated pattern files to tex/context/patterns Hans Hansÿÿ When I tried ctxtools --pat the response was -bash: ctxtools: command not found ctxtools is not in the path. Try texmfstart ctxtools --pat Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] format generation -- again!
On Jun 2, 2006, at 4:45 PM, Aditya Mahajan wrote: On Fri, 2 Jun 2006, Alan Bowen wrote: On Jun 2, 2006, at 7:27 AM, Alan Bowen wrote: On Jun 1, 2006, at 6:11 PM, Hans Hagen wrote: Alan Bowen wrote: On Jun 1, 2006, at 5:12 PM, Hans Hagen wrote: Alan Bowen wrote: Using the latest version of Gerbenÿÿs i-Installer (expert mode), I completely erased teTeX, re-installed the 2005 x86pc version, and then re-installed the latest ConTeXt. cd /usr/local/teTeX/share/texmf.local/web2c/ grep agr cont-en.log produces encoding: coding agr is loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/enco- agr.tex) language: patterns for agr not loaded language: patterns for agr not loaded and no more, which means that the ancient Greek hyphenation patterns are not available, though they presumably should be since the files lang-agr.hyp and lang-agr.pat are in the right place, /usr/local/teTeX/share/texmf.local/tex/context/patterns/. When I try to regenerate the formats using sudo ruby /usr/local/teTeX/share/texmf.local/scripts/context/ ruby/ texmfstart.rb texexec --make --all I get the error message language: patterns agr for agr loaded (n=24,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang- agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 ÿÿ2ÿÿ 1 ? So no Greek hyphenation. I am baffled. And Thomas cannot reproduce the problem at his end. So, if anyone has any suggestions they will be gratefully received. By the way, if it is at all relevant, I am running Mac OS X 10.4.6 on a Power Mac G4 450 MHz. Alan it looks like tetex does not use the -8bit switch (to pdfetex) or loads the natural tcx file; (you may try texexec --make instead) [patterns are now in utf-8 so this is why it show up now, but in fact your installation has never been 8 bit clean upto now] Hans Thanks, Hans. I tried texexec --make --all but the regeneration fails as before, with the lines (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang- agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 ÿÿ2ÿÿ 1 ? Does the MacTeX distribution have the same problem? is there a natural.tcx file on your system? and is loading it reported? in the worst case you can say: ctxtools --pat and move the generated pattern files to tex/context/patterns Hans Hansÿÿ When I tried ctxtools --pat the response was -bash: ctxtools: command not found ctxtools is not in the path. Try texmfstart ctxtools --pat Aditya Thanks, Aditya. That got it to work. Alan ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] format generation -- again!
Using the latest version of Gerben’s i-Installer (expert mode), I completely erased teTeX, re-installed the 2005 x86pc version, and then re-installed the latest ConTeXt. cd /usr/local/teTeX/share/texmf.local/web2c/ grep agr cont-en.log produces encoding: coding agr is loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/enco-agr.tex) language: patterns for agr not loaded language: patterns for agr not loaded and no more, which means that the ancient Greek hyphenation patterns are not available, though they presumably should be since the files lang-agr.hyp and lang-agr.pat are in the right place, /usr/local/teTeX/share/texmf.local/tex/context/patterns/. When I try to regenerate the formats using sudo ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb texexec --make --all I get the error message language: patterns agr for agr loaded (n=24,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang-agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 α2Ϊ 1 ? So no Greek hyphenation. I am baffled. And Thomas cannot reproduce the problem at his end. So, if anyone has any suggestions they will be gratefully received. By the way, if it is at all relevant, I am running Mac OS X 10.4.6 on a Power Mac G4 450 MHz. Alan On May 31, 2006, at 10:25 AM, Thomas A. Schmitz wrote: Alan, I really have no idea what's wrong there, but it must be a misconfiguration on your system. I just double-checked: wiped the entire TeX installation on my laptop. Reinstalled with Gerben's installer, expert mode, texlive 2005. Everything fine. Run Gerben's Context updater. I get version 2006-05-28, greek hyphenation is included. To be sure, I run texmfstart texexec --make --all afterwards, again, formats are generated without any problem. That's all I can say: it's not a ConTeXt problem and not a problem with Gerben's distribution; for the rest, I really can't be of any help because I can't reproduce the problem. My only guess would be: see if there's a directory web2c in your ~/Library/texmf and if there is, try moving it out of the way, but this is just a far shot. Good luck Thomas On Wed, 2006-05-31 at 06:46 -0400, Alan Bowen wrote: It’s the file I was compiling in making the log from which the excerpt came. Alan On May 30, 2006, at 5:02 PM, Thomas A. Schmitz wrote: On Tue, 2006-05-30 at 16:45 -0400, Alan Bowen wrote: **cont-en 2005-12-03_Lautner.tex (./2005-12-03_Lautner.tex What is this Lautner.tex thing? T. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] format generation -- again!
Alan Bowen wrote: Using the latest version of Gerben’s i-Installer (expert mode), I completely erased teTeX, re-installed the 2005 x86pc version, and then re-installed the latest ConTeXt. cd /usr/local/teTeX/share/texmf.local/web2c/ grep agr cont-en.log produces encoding: coding agr is loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/enco-agr.tex) language: patterns for agr not loaded language: patterns for agr not loaded and no more, which means that the ancient Greek hyphenation patterns are not available, though they presumably should be since the files lang-agr.hyp and lang-agr.pat are in the right place, /usr/local/teTeX/share/texmf.local/tex/context/patterns/. When I try to regenerate the formats using sudo ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb texexec --make --all I get the error message language: patterns agr for agr loaded (n=24,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang-agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 α2Ϊ 1 ? So no Greek hyphenation. I am baffled. And Thomas cannot reproduce the problem at his end. So, if anyone has any suggestions they will be gratefully received. By the way, if it is at all relevant, I am running Mac OS X 10.4.6 on a Power Mac G4 450 MHz. Alan On May 31, 2006, at 10:25 AM, Thomas A. Schmitz wrote: Alan, I really have no idea what's wrong there, but it must be a misconfiguration on your system. I just double-checked: wiped the entire TeX installation on my laptop. Reinstalled with Gerben's installer, expert mode, texlive 2005. Everything fine. Run Gerben's Context updater. I get version 2006-05-28, greek hyphenation is included. To be sure, I run texmfstart texexec --make --all afterwards, again, formats are generated without any problem. That's all I can say: it's not a ConTeXt problem and not a problem with Gerben's distribution; for the rest, I really can't be of any help because I can't reproduce the problem. My only guess would be: see if there's a directory web2c in your ~/Library/texmf and if there is, try moving it out of the way, but this is just a far shot. Good luck Thomas On Wed, 2006-05-31 at 06:46 -0400, Alan Bowen wrote: It’s the file I was compiling in making the log from which the excerpt came. Alan On May 30, 2006, at 5:02 PM, Thomas A. Schmitz wrote: On Tue, 2006-05-30 at 16:45 -0400, Alan Bowen wrote: **cont-en 2005-12-03_Lautner.tex (./2005-12-03_Lautner.tex What is this Lautner.tex thing? T. it looks like tetex does not use the -8bit switch (to pdfetex) or loads the natural tcx file; (you may try texexec --make instead) [patterns are now in utf-8 so this is why it show up now, but in fact your installation has never been 8 bit clean upto now] 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] format generation -- again!
On Jun 1, 2006, at 5:12 PM, Hans Hagen wrote: Alan Bowen wrote: Using the latest version of Gerben’s i-Installer (expert mode), I completely erased teTeX, re-installed the 2005 x86pc version, and then re-installed the latest ConTeXt. cd /usr/local/teTeX/share/texmf.local/web2c/ grep agr cont-en.log produces encoding: coding agr is loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/enco-agr.tex) language: patterns for agr not loaded language: patterns for agr not loaded and no more, which means that the ancient Greek hyphenation patterns are not available, though they presumably should be since the files lang-agr.hyp and lang-agr.pat are in the right place, /usr/local/teTeX/share/texmf.local/tex/context/patterns/. When I try to regenerate the formats using sudo ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb texexec --make --all I get the error message language: patterns agr for agr loaded (n=24,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang-agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 α2Ϊ 1 ? So no Greek hyphenation. I am baffled. And Thomas cannot reproduce the problem at his end. So, if anyone has any suggestions they will be gratefully received. By the way, if it is at all relevant, I am running Mac OS X 10.4.6 on a Power Mac G4 450 MHz. Alan it looks like tetex does not use the -8bit switch (to pdfetex) or loads the natural tcx file; (you may try texexec --make instead) [patterns are now in utf-8 so this is why it show up now, but in fact your installation has never been 8 bit clean upto now] Hans Thanks, Hans. I tried texexec --make --all but the regeneration fails as before, with the lines (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang-agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 α2Ϊ 1 ? Does the MacTeX distribution have the same problem? Alan ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] format generation -- again!
Alan Bowen wrote: On Jun 1, 2006, at 5:12 PM, Hans Hagen wrote: Alan Bowen wrote: Using the latest version of Gerben’s i-Installer (expert mode), I completely erased teTeX, re-installed the 2005 x86pc version, and then re-installed the latest ConTeXt. cd /usr/local/teTeX/share/texmf.local/web2c/ grep agr cont-en.log produces encoding: coding agr is loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/enco-agr.tex) language: patterns for agr not loaded language: patterns for agr not loaded and no more, which means that the ancient Greek hyphenation patterns are not available, though they presumably should be since the files lang-agr.hyp and lang-agr.pat are in the right place, /usr/local/teTeX/share/texmf.local/tex/context/patterns/. When I try to regenerate the formats using sudo ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb texexec --make --all I get the error message language: patterns agr for agr loaded (n=24,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang-agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 α2Ϊ 1 ? So no Greek hyphenation. I am baffled. And Thomas cannot reproduce the problem at his end. So, if anyone has any suggestions they will be gratefully received. By the way, if it is at all relevant, I am running Mac OS X 10.4.6 on a Power Mac G4 450 MHz. Alan it looks like tetex does not use the -8bit switch (to pdfetex) or loads the natural tcx file; (you may try texexec --make instead) [patterns are now in utf-8 so this is why it show up now, but in fact your installation has never been 8 bit clean upto now] Hans Thanks, Hans. I tried texexec --make --all but the regeneration fails as before, with the lines (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang-agr.pat ! Nonletter. \rawcharacter ...r\or \or \or \or \or \or \or \or \or \or \or \... l.37 α2Ϊ 1 ? Does the MacTeX distribution have the same problem? is there a natural.tcx file on your system? and is loading it reported? in the worst case you can say: ctxtools --pat and move the generated pattern files to tex/context/patterns 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart?
On May 23, 2006, at 11:05, Mojca Miklavec wrote: On 5/21/06, Hans van der Meer [EMAIL PROTECTED] wrote: Since installing the last ConTeXt update I am aware of the message from texexec: warning : use 'texmfstart texexec' instead Good, I call: texmfstart texexec --version instead of texexec --version Result: -bash: texmfstart: command not found Is my system suddenly incomplete? I am using Mac OS X 10.4.6, the most recent development I would think. What happened and how can I get to the level of system support ConTeXt seems to expect of me? I don't know how it is on Mac. Under windows I have a binary (cont-win on pragma download site), under Linux I create a file texmfstart with ruby /path-to-tex/texmfstart.rb $* (or something similar) see also the new scripts/context/stubs/mac folder (I didn't check, I only suppose that it's there) if anything there can help you. Mojca Putting the ruby script in the right path and giving it executing permissions solved most of the problem. However there is a warning message left: TeXExec 5.4.3 - ConTeXt / PRAGMA ADE 1997-2005 metapost : test-mpgraph format : metafun This is MetaPost, Version 0.901 (Web2C 7.5.3) (/usr/local/teTeX/share/texmf-local/web2c/natural.tcx) total run time : 0 seconds warning : use 'texmfstart texexec' instead [MP to PDF] (./test-mpgraph.1) (./test.tuo) Since this message results from the internals of texmfstart texexec it might be a leftover lonely texexec in the scripts. I tried to find it, but could not find my way around the ruby scripts. Hans van der Meer ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] missing fonts
On May 28, 2006, at 19:59, Taco Hoekwater wrote:
Hans van der Meer wrote:
I thought I had a fairly normal tetex tree with the latest lm fonts
installed.
Can someone guess why I am getting a host of missing font messages in
a context run?
Something in the wrong place or absent?
Wrong font map search path:
(./copyright.tex) [1.1{/usr/local/teTeX/share/texmf-local/fo
nts/map/dvipdfm/context/original-empty.map}{/usr/local/teTeX/share/
texmf-local/fonts/map/dvipdfm/context/original-base.map
Warning: pdfetex
^^
Because this is pdf(e)tex, it should be reading map files from
/usr/local/teTeX/share/texmf-local/fonts/map/pdftex
not dvipdfm. Your TEXFONTMAPS entry in texmf.cnf probably needs
some tweaking.
I am sorry, I cannot find what to change or what should be wrong.
My texmf.cnf reads:
TEXMFLOCAL = $SELFAUTOPARENT/share/texmf-local
TEXMF = {!!$TEXMFCONFIG,!!$TEXMFVAR,$TEXMFHOME,!!$TEXMFSYSCONFIG,!!
$TEXMFSYSVAR,!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}
% font name map files.
TEXFONTMAPS = .;$TEXMF/fonts/map//
Mirabile dictu! The font missing messages disappear after changing
texexec to the ruby script texmfstart texexec with no change in
texmf.cnf.
Hans van der Meer
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] texmfstart with i-installed tetex
Hi I am putting this under a new subject to distangle presumably distinct issues. Hans van der Meer schrieb: Additionally, there is a mysterious line in the end: warning : use 'texmfstart texexec' instead Now, when I do UMac:~/Projekte/ConTeXt/uma$ texmfstart texexec --pdf main I get a -bash: texmfstart: command not found Any ideas? What I did was: 1. adding some aliases to the file .bashrc: alias texmfstart=texmfstart.rb alias texversion='texmfstart texexec --version' etc., the first one being the important one. 2. ensuring that the scripts are executable with: cd .../texmf-local-/context/ruby (sudo) chmod -R a+x *.rb execute this in terminal as a user with administrator priveliges. Hope this will help you on the way. Well sort of. I tried your way and got texmfstart.rb not found So it doen't seem to be on the path. Now if I call the ruby script directly, it bails out somewhere in the middle: UMac:~/Projekte/ConTeXt/ uma$ /usr/local/teTeX/share/texmf.local/scripts/context/ruby/texmfstart.rb texexec --pdf main /usr/local/teTeX/share/texmf.local/scripts/context/ruby/texmfstart.rb:977: nested method definition def the_same(filter,filename) ^ /usr/local/teTeX/share/texmf.local/scripts/context/ruby/texmfstart.rb:981: nested method definition def the_same(filter,filename) ^ (N.B. I have a yesterday i-installed full teTeX + ConTeXt + LaTeX + ... on a Mac OS X 10.3.9.) Bye Thanks you for the help! -- Ulf Martin ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Another texmfstart question
Hi all, I just made on my linux-gentoo box a fresh install using (exactly) this howto: http://wiki.contextgarden.net/TeTeX_3.0_installation But using texmfstart texexec toto gives texmfstart not found; I tried with the full path of texmfstart.rb and get permission denied; so I go into the directory /usr/local/teTeX/share/texmf-local/scripts/context/ruby and see that many scripts are not executable for others (regular users); so I say chmod +x * in that directory and then texmfstart texexec toto still doesn't work but it actually works with the full path; however my path is correctly set for context afaik. I tried to set $RUBYLIB to this directory but it doesn't change anything. TIA for any advice -- Jean ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Another texmfstart question
Jean Magnan de Bornier wrote: Hi all, I just made on my linux-gentoo box a fresh install using (exactly) this howto: http://wiki.contextgarden.net/TeTeX_3.0_installation But using texmfstart texexec toto gives texmfstart not found; I tried with the full path of texmfstart.rb and get permission denied; so I go into the directory /usr/local/teTeX/share/texmf-local/scripts/context/ruby and see that many scripts are not executable for others (regular users); so I say chmod +x * in that directory and then texmfstart texexec toto still doesn't work but it actually works with the full path; however my path is correctly set for context afaik. I tried to set $RUBYLIB to this directory but it doesn't change anything. only texmfstart needs to be executable 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Another texmfstart question
On 5/29/06, Jean Magnan de Bornier [EMAIL PROTECTED] wrote: Hi all, I just made on my linux-gentoo box a fresh install using (exactly) this howto: http://wiki.contextgarden.net/TeTeX_3.0_installation But using texmfstart texexec toto gives texmfstart not found; I tried with the full path of texmfstart.rb and get permission denied; so I go into the directory /usr/local/teTeX/share/texmf-local/scripts/context/ruby and see that many scripts are not executable for others (regular users); so I say chmod +x * in that directory and then texmfstart texexec toto still doesn't work but it actually works with the full path; however my path is correctly set for context afaik. On my systems, teTeX-3 does not include a texmfstart executable. One approach is to copy the texmfstart.rb script to texmfstart in a directory on your PATH. Earlier, I posted a script I have been testing to the list. The script uses kpsewhich to find the .rb or .pl script corresponding to the name used to invoke the script, and then runs perl or ruby with the full path to the script. This saves having to copy the scripts everytime you update context. I tried to set $RUBYLIB to this directory but it doesn't change anything. RUBYLIB is set in the setuptex script from the minimal linux. For my simple tasks it doesn't appear to be needed, but setting it shouldn't hurt. -- George N. White III [EMAIL PROTECTED] Head of St. Margarets Bay, Nova Scotia ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Another texmfstart question
Le 29 mai à 13:47:04 [EMAIL PROTECTED] écrit notamment: | On my systems, teTeX-3 does not include a texmfstart executable. One approach | is to copy the texmfstart.rb script to texmfstart in a directory on your PATH. | Earlier, I posted a script I have been testing to the list. The | script uses kpsewhich | to find the .rb or .pl script corresponding to the name used to invoke | the script, and then runs perl or ruby with the full path to the | script. This saves having to copy the scripts everytime you update | context. Thank you and Hans, I'll look for your script asa I go back to my other machine; I must confess (no criticism) that I'm a bit surprised things like that are left to every user to deal with, as the rest of context is so elaborated. cheers, -- Jean ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Another texmfstart question
Jean Magnan de Bornier wrote: Le 29 mai � 13:47:04 [EMAIL PROTECTED] �crit notamment: | On my systems, teTeX-3 does not include a texmfstart executable. One approach | is to copy the texmfstart.rb script to texmfstart in a directory on your PATH. | Earlier, I posted a script I have been testing to the list. The | script uses kpsewhich | to find the .rb or .pl script corresponding to the name used to invoke | the script, and then runs perl or ruby with the full path to the | script. This saves having to copy the scripts everytime you update | context. Thank you and Hans, I'll look for your script asa I go back to my other machine; I must confess (no criticism) that I'm a bit surprised things like that are left to every user to deal with, as the rest of context is so elaborated. cheers, well, the problem is that each distribution does it different; the whole idea behind texmfstart is that one you have that one script running, all others should work as well since one cna say: texmfstart texexec somefile to process a file,and similarily: texmfstart ctxtools texmfstart rlxtools texmfstart pdftools texmfstart tmftools texmfstart textools texmfstart pstopdf and what else is distributed with context 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] font oddities on mac with i-installer
On May 28, 2006, at 19:01, Ulf Martin wrote: Hi all! After having fallen back to LaTeX some time ago I thought I should give ConTeXt another try again. But... Additionally, there is a mysterious line in the end: warning : use 'texmfstart texexec' instead Now, when I do UMac:~/Projekte/ConTeXt/uma$ texmfstart texexec --pdf main I get a -bash: texmfstart: command not found Any ideas? What I did was: 1. adding some aliases to the file .bashrc: alias texmfstart=texmfstart.rb alias texversion='texmfstart texexec --version' etc., the first one being the important one. 2. ensuring that the scripts are executable with: cd .../texmf-local-/context/ruby (sudo) chmod -R a+x *.rb execute this in terminal as a user with administrator priveliges. Hope this will help you on the way. Hans van der Meer ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Textext Question
Le 27 mai à 00:06:16 Otared Kavian [EMAIL PROTECTED] écrit notamment:
On 26 mai 2006, at 22:24, Jean Magnan de Bornier wrote:
Le 26 mai à 18:10:43 Willi Egger [EMAIL PROTECTED] écrit notamment:
Hi Jean Magnan,
You should add \useMPlibrary[txt] in order to get textext working.
Further define AX as a path only.
In the dummy-graphic say drawdblarrow AX.withcolor blue;
After these changes I got the label as well as the double arrow.
Hi,
thanks to you and Renaud; I changed my file to this: []
Hi,
Actually I tried your file and got the same Undefined message in
place of the graphics.
However the following works for me (latest ConTeXt installed with i-
Installer on Mac OS X 10.4.6):
\setuppapersize[S6][S6]
\setupcolors[state=start]
\starttext
\startbuffer[essai]
numeric u; u = .4cm;
path p; p = (10u,0)--(0,0)--(0,10u);
pickup pencircle scaled .8mm;
drawdblarrow p withcolor red;
label.rt(textext($3x^2+\pi$), (5u,6u));
\stopbuffer
\placefigure[left]{bla.bla}{\processMPbuffer[essai]}
\input dawkins
\stoptext
If I add
\useMPlibrary[txt]
at the beginning everything works fine as well. But if I add
\runMPgraphicstrue
then I get the Undefined message in the PDF. So it seems that the
problem comes from this latter command.
Hi all, I tried various ways as suggested on my file with the setups
\useMPlibrary[txt] and \runMPgraphicstrue. The only combination that's
working is to have \useMPlibrary[txt] and not the other. Is it proper to
my installation, as others seem to have other requirements?
As for texmfstart texexec it is unknown on my machine, I don't have ruby
installed anyway (is it necessary?).
Thanks to all!
--
jean
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Stuck in texmfstart
On 5/26/06, Neal Lester [EMAIL PROTECTED] wrote: This morning, when I try to run texexec, texmfstart gets stuck in the loop at line 262. It seems that in my thrashing around yesterday I made some transient change to the environment (I shut this system down at night). Any idea what that is? I also applied a kernel patch, so I suppose that could also be the problem. If a kernel patch breaks TeX I'd expect lots of other stuff to break as well. It is easy to manually set one of the variables from texsetup and forget to record the change somewhere that will survive reboots. Did you source texsetup manually (in the tex directory? What do you get for ruby `kpsewhich -format=texmfscripts texexec.rb` ..., which bypasses texmfstart.rb, where you can try ...=--check, etc.? -- George N. White III [EMAIL PROTECTED] Head of St. Margarets Bay, Nova Scotia ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Installation Problem
On 5/24/06, Neal Lester [EMAIL PROTECTED] wrote: At 12:49 AM 5/24/2006, you wrote: Neal Lester wrote: I am trying to verify my installation. When I try to run texexec against the test file given in the installation instructions I don't get a dvi or pdf file. The output is: What instructions did you follow, precisely? I see some problems in your output, but it will be easier to explain using those instructions. I followed the instructions at: http://www.pragma-ade.nl/general/manuals/minstall.pdf First I used the TeX that came with my Linux distribution (RedHat Enterprise Linux v4) but that didn't work (perhaps it was too old). Then I installed teTeX ( http://www.tug.org/tetex/ ) which came with an old version of context that got in the way. I removed that old version and installed the version from here ( http://www.pragma-ade.nl/context/current/cont-tmf.zip ). The cont-tmf.zip archive doesn't (directly) update programs (texmfstart, texexec, etc.) Tetex's texexec is a script that runs perl on the result of 'kpsewhich -format=texmfscripts texexec.pl'. You need to make sure kpsewhich finds the new texexec.pl. You can also try the version I posted recently that looks for the ruby scripts. I like to keep context in a separate tree, texmf-cont, so it is easy to see what files comes from cont-tmf in logs, etc. Thomas Esser has (apparently just) announced that he will no longer be maintaining teTeX. Which version of TeX do you recommend I install? Hans mentioned the minimal context linux distribution. Red Hat will have to make a decision about TeX. In the interim, you may have to do a bit of extra work to stay current. The nice thing about teTeX and TeX Live is that they have been designed so they can be self-contained, with texmf trees and binaries under one top-level directory so you can add and remove them without the need for a package manager to keep things sorted. -- George N. White III [EMAIL PROTECTED] Head of St. Margarets Bay, Nova Scotia ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Installation Problem
At 09:07 AM 5/24/2006, you wrote: Hans mentioned the minimal context linux distribution. OK, I deleted everything I did yesterday and started over. This time I (think) I tried the minimal contex distribution. Things still aren't working. I am on Redhat Enterprise Linux v4. Thanks again for the help. - Neal Here is what I did today: download http://www.pragma-ade.nl/context/install/justtex.zip download http://www.pragma-ade.nl/context/install/linuxtex.zip move both files to /usr/local cd /usr/local unzip -a justtex.zip unzip -a linuxtex.zip Set up environment: export TEXROOT=/usr/local/tex export TMP=/var/tmp export TEXMFMAIN=$TEXROOT/texmf export TEXMFLOCAL=$TEXROOT/texmf-local export TEXMFFONTS=$TEXROOT/texmf-fonts export TEXMFEXTRA=$TEXROOT/texmf-extra export TEXMFPROJECT=$TEXROOT/texmf-project export TEXMFOS=$TEXROOT/texmf-linux export VARTEXMF=$TMP/texmf-var export TEXARCH=i686 # the results of uname -m export TEXUNIX=Linux # the results of uname -s export PATH=$TEXMFOS/bin:$PATH export HOMETEXMF=$HOME/Library/texmf export TEXMFCNF=$TEXROOT/texmf/web2c export TEXMF=$TEXMFMAIN export TEXMFDBS=$TEXMF export TEXFORMATS=$TEXMFOS/web2c export MPMEMS=$TEXFORMATS export TEXPOOL=$TEXFORMATS export MPPOOL=$TEXPOOL export RUBYLIB=$TEXMFLOCAL/scripts/context/ruby:$RUBYLIB export CTXMINIMAL=yes create the directory specified by $VARTEXMF cd $TEXMFOS/bin chmod +x * chmod -x xpdfsuite.zip download http://www.pragma-ade.nl/context/current/cont-tmf.zip mv cont-tmp.zip to $TEXROOT/texmf cd $TEXROOT/texmf unzip -ao cont-tmf.zip copy texmf/context/config/texexec.rme texexec.ini texexec --verbose Output: TeXExec | version 6.2.0 - 1997-2006 - PRAGMA ADE/POD TeXExec | --checkcheck versions TeXExec | --figures generate overview of figures TeXExec | --listing list of file content TeXExec | --make make formats TeXExec | --modules generate module documentation TeXExec | --mptexprocess mp file TeXExec | --mpxtex process mpx file TeXExec | --pdfarrange impose pages (booklets) TeXExec | --pdfcombine combine multiple pages TeXExec | --pdfcopy copy pages from file(s) TeXExec | --pdfselectselect pages from file(s) TeXExec | --pdftrim trim pages from file(s) TeXExec | --process process file TeXExec | TeXExec | --help --all shows all switches texexec --make en de nl Output: TeXExec | using search method 'kpsefast' TeXExec | updating file database sed: -e expression #1, char 3: unterminated `s' command sed: -e expression #1, char 3: unterminated `s' command mktexlsr: /usr/local/tex/texmf/ls-R lacks magic string. Skipping... mktexlsr: Done. TeXExec | using tex engine pdfetex TeXExec | using tex format path /usr/local/tex/texmf-linux/web2c/pdfetex TeXExec | generating tex format cont-en This is pdfeTeXk, Version 3.141592-1.30.4-2.2 (Web2C 7.5.5) (INITEX) %-line parsing enabled. (/usr/local/tex/texmf/web2c/natural.tcx) entering extended mode ! I can't find file `cont-en'. * *cont-en Please type another input file name: I'm stuck because I can't find a file 'cont-en' either. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart texexec --pdf --pages=1:2 = empty PDF
Hello,
Tobias Burnus schrieb:
I freshly switched to the ruby script and have now a problem:
texmfstart texexec --pdf --pages=1:2
produces: No pages of output.
texmfstart texexec --pdf
however, works: Output written on tmp_.pdf (3 pages, 103204 bytes)
I do not know what that option does. It seems to do something, but not
the right thing.
Actually, looking at texexec.rb I get the impression that --pages= is
not supported. One finds there
-
# so far for compatibility
@@extrastringvars = [
'pages', 'background', 'backspace', 'topspace', 'boxtype', 'tempdir',
-
Could the --pages option made to work in texexec.rb? In texexec.pl I
find the following. I probably should learn ruby [and python for that
matter] ...
Tobias
if ($Pages) {
if ( lc $Pages eq odd ) {
print OPT \\chardef\\whichpagetoshipout=1\n;
} elsif ( lc $Pages eq even ) {
print OPT \\chardef\\whichpagetoshipout=2\n;
} else {
my @Pages = split( /\,/, $Pages );
$Pages = '';
foreach my $page (@Pages) {
if ( $page =~ /\:/ ) {
my ( $from, $to ) = split( /\:/, $page );
foreach ( my $i = $from ; $i = $to ; $i++ ) {
$Pages .= $i . ',';
}
} else {
$Pages .= $page . ',';
}
}
chop $Pages;
print OPT \\def\\pagestoshipout\{$Pages\}\n;
}
}
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart texexec --pdf --pages=1:2 = empty PDF
Tobias Burnus wrote:
Hello,
Tobias Burnus schrieb:
I freshly switched to the ruby script and have now a problem:
texmfstart texexec --pdf --pages=1:2
produces: No pages of output.
texmfstart texexec --pdf
however, works: Output written on tmp_.pdf (3 pages, 103204 bytes)
I do not know what that option does. It seems to do something, but not
the right thing.
Actually, looking at texexec.rb I get the impression that --pages= is
not supported. One finds there
-
# so far for compatibility
@@extrastringvars = [
'pages', 'background', 'backspace', 'topspace', 'boxtype', 'tempdir',
-
Could the --pages option made to work in texexec.rb? In texexec.pl I
find the following. I probably should learn ruby [and python for that
matter] ...
actually, the code is there ... scripts/context/ruby/tex.rb
but there is a buglet in there:
opt \\def\\pagestoshipout\{pagelist.join(',')\}\n;
should be:
opt \\def\\pagestoshipout\{#{pagelist.join(',')}\}\n;
#{..} evaluates inside a string
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart?
Matt Gushee wrote: Probably you just need either to put the Ruby script directory ($TEXMF/scripts/context/ruby) on your PATH, or create links from the scripts you want to use to a directory in your current PATH. Maybe just link texmfstart--it seems to be a front end for all the Ruby scripts. P.S.: I just came across this manual: http://www.pragma-ade.com/general/manuals/mtexmfstart.pdf -- Matt Gushee The Reluctant Geek: http://matt.gushee.net/rg/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart?
Hans van der Meer wrote: Since installing the last ConTeXt update I am aware of the message from texexec: warning : use 'texmfstart texexec' instead Good, I call: texmfstart texexec --version instead of texexec --version Result: -bash: texmfstart: command not found I've been away from ConTeXt for a while, so I don't have full knowledge of the recent changes. But it seems that many of the original Perl scripts are being replaced by Ruby scripts (of which texmfstart is one), which are in a different directory. Is my system suddenly incomplete? I am using Mac OS X 10.4.6, the most recent development I would think. What happened and how can I get to the level of system support ConTeXt seems to expect of me? Probably you just need either to put the Ruby script directory ($TEXMF/scripts/context/ruby) on your PATH, or create links from the scripts you want to use to a directory in your current PATH. Maybe just link texmfstart--it seems to be a front end for all the Ruby scripts. Oh, and of course you have to have Ruby itself. I don't know where you would get an OS X package, but the Ruby language Web site is: http://www.ruby-lang.org/ -- Matt Gushee The Reluctant Geek: http://matt.gushee.net/rg/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] batch mode
On Thu, 18 May 2006, Taco Hoekwater wrote: Aditya Mahajan wrote: On Tue, 9 May 2006, Aditya Mahajan wrote: --batch --interaction=batch does not always process file in batch mode, while internally running mp. \starttext \startMPpage draw path ; \stopMPpage \stoptext texmfstart texexec.rb --batch --interaction=batchmode --pdf test should not stop at the error. Realized that the correct method to run it is texmfstart texexec --batch --nonstopmode Is --batch redundant here? No, they are separate options, use: texmfstart texexec --batch or texmfstart texexec --nonstopmode The first has no terminal output, the second does. (cf. \batchmode and \nonstopmode). texexec does not interpret --interaction at all, but maybe this works: texmfstart texexec.rb --passon='--interaction=batchmode' Nope. texexec.rb does not honour --passon. A quick search of passon in all sources just returns mptopdf.pl texexec.pl and texutil.pl With texmfstart --verbose texexec --passon='--interaction=nonstopmode' -- verbose test, I get using 'system' call: ruby e:/isoimage/usr/local/context/tex/texmf-local/scripts/context/ruby/texexec.rb --verbose --passon=--interaction=nonstopmode test Notice there are no quote around passon arguments. TeXExec | running: pdfetex -progname=context -fmt=cont-en -translate-file=natural.tcx test.tex \emergencyend passon arguments not passed and in the log file system(mpost -progname=metafun -mem=metafun test-mpgraph)...executed. Again passon argument not passed I need this to properly set makeprg for context in vim. Vim expects that the compiler will not run in an interactive manner. Adding a \nonstopmode on the top of the file works correctly. That is, it calls mpost with -int=nonstopmode. What is texexec equivalent of 'latex \\nonstopmode \\input file' calling 'texmfstart texexec \\nonstopmode \\input file' treats the inputs as two files. Aditya -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Missing space in gs.rb from recent con-tmf.zip
[EMAIL PROTECTED] wrote: The line in scripts/context/ruby/graphics/gs.rb with -dSAFER needs a space before the closing quote. The corrected line is: arguments -q -sDEVICE=pdfwrite -dNOPAUSE -dNOCACHE -dBATCH -dSAFER ok, corrected (actually there were two places without trailing space; thanks 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] First hack at new ruby-aware texexec script for linux/unix
[EMAIL PROTECTED] wrote: This version runs the ruby scripts directly, rather than the suggested form, e.g., texfmstart pstopdf.rb file.ps. I have no idea if that is intended to work -- it did in my very simple tests . I'm not sure the RUBYLIB line is needed. when you use texmfstart to launch a script, no rubylib is needed because libraries are loaded relative to the script; texmfstart itself (now) ships with the libraries that it needs embedded); when using the direct call (ruby path/texexec as from your script) should work equally well the reason why i made texmfstart are: - we don't need stubs for all scripts, which is esp handy when scripts bare names that may conflict with other things in ones path - texmfstart internally uses kpsewhich to locate the script (unless it is configured to use its internal kpse library and/or talks to kpse server); it tries hard to cache and carry over results which (depending on the machine and trees uses - large trees slow down kpsewhich) means that nested runs are faster, e.g. when texmfstart is used to start texexec, a nested texexec run starts up faster) - another reason why i made texmfstart is that it makes me less dependent of changes in tds (the change from /context/scripts/ruby to scripts/context/ruby in combination with different kpsewhich fmt flags gave me so much trouble (read: i had to use different stubs depending on what version of tes and kpsewhich were used and they were not always in sync) that i decided that a consistent 'texmfstart ...' stub was safest for me - in the meantime texmfstart does a few more things, like tree initialixation and kpse expansion, think of: texmfstart xsltproc kpse:a.xsl --output=b.xml c.xml which will expand kpse: to the path as reported by kpsehwich. (here i use a mix: when running e.g. from other scripts or from editors i alwayss use texmfstart scriptname but when i run in the console i just use scriptname because windows can associate the .rb suffix with ruby (on unix one has to remove the suffix) it's all a matter of what suits best 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] texmfstart texexec --pdf --pages=1:2 = empty PDF
Hello, I freshly switched to the ruby script and have now a problem: texmfstart texexec --pdf --pages=1:2 produces: No pages of output. texmfstart texexec --pdf however, works: Output written on tmp_.pdf (3 pages, 103204 bytes) Tobias ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] pdfetex cannot find map files
On Wed, 17 May 2006, Aditya Mahajan wrote:
Aditya Mahajan wrote:
The problem of cannot open font map file is still there. I deleted
all existing context trees from my computer and downloaded the
mswincontext.zip (dt. 2006-05-17) from Pragma's website. When I run a
simple
\starttext Hello World \stoptext
file, I get
[log snipped]
On Wed, 17 May 2006, Hans Hagen wrote:
here i get for
\starttext test \stoptext:
[log snipped]
did you run setuptex.bat beforehand?
Yes, I did. I do not keep texmfstart in my path to prevent running
context without sourcing setuptex.
I also tried this by running, cscite.bat and compiling the file
through scite. I get the same error message.
Is it possible that the wrong texmf.cnf is loaded (as Taco pointed
out). There is one at texmf/web2c also. setuptex sets TEXMFCNF to
F:\tmp\mpecho %TEXMFCNF%
E:\isoimage\usr\local\context\tex\texmf{-local,}/web2c
I changed that to
...\tex\texmf-local\web2c, but still get the same error.
Context can locate the files
F:\tmp\mptexmfstart --locate original-empty.map
E:/isoimage/usr/local/context/tex/texmf-local/fonts/map/dvipdfm/context/original
empty.map
but can not open it. I even tried a chmod 755 -R isoimage, but that
did not help.
How can I debug why pdfetex is not able to *open* the map files?
Well, there was something in the path that was interfering with
context.
set PATH=E:\Ruby\bin
E:\isoimage\usr\local\context\tex\setuptex.bat E:\isoimage\usr\local\context\tex
works correctly. I do not know what was interfering, I'll look into
everything in my path one by one see what was going wrong.
Sorry about all the noise.
Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] pdfetex cannot find map files
On Wed, 17 May 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
Yes, I did. I do not keep texmfstart in my path to prevent running
context without sourcing setuptex.
I also tried this by running, cscite.bat and compiling the file
through scite. I get the same error message.
Is it possible that the wrong texmf.cnf is loaded (as Taco pointed
out). There is one at texmf/web2c also. setuptex sets TEXMFCNF to
F:\tmp\mpecho %TEXMFCNF%
E:\isoimage\usr\local\context\tex\texmf{-local,}/web2c
I changed that to
...\tex\texmf-local\web2c, but still get the same error.
Context can locate the files
F:\tmp\mptexmfstart --locate original-empty.map
E:/isoimage/usr/local/context/tex/texmf-local/fonts/map/dvipdfm/context/original
empty.map
but can not open it. I even tried a chmod 755 -R isoimage, but that
did not help.
How can I debug why pdfetex is not able to *open* the map files?
so, since you're running the mswin thing, how come that you have this chmod
stuff
Well, I use cygwin to get all the typical unixy tools. But, it seems
that context (and ruby) do not like cygwin. I need to do some more
testing to see exactly what was interfering, but removing cygwin from
the path seems to do the trick.
(when you are on linux, you can best take the justtex.zip and linuxtex.zip
files)
Usually I get along well with cygwin. This is the first time that
cygwin has bitten me back.
Aditya
--
Aditya Mahajan, EECS Systems, University of Michigan
http://www.eecs.umich.edu/~adityam || Ph: 7342624008
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Missing space in gs.rb from recent con-tmf.zip
The line in scripts/context/ruby/graphics/gs.rb with -dSAFER needs a space before the closing quote. The corrected line is: arguments -q -sDEVICE=pdfwrite -dNOPAUSE -dNOCACHE -dBATCH -dSAFER -- George N. White III [EMAIL PROTECTED] Head of St. Margarets Bay, Nova Scotia ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] First hack at new ruby-aware texexec script for linux/unix
There are two classes of users:
1) most error messages are ignored up to and including the ones that
promise global thermonuclear war if you click on Yes, or
2) minor warnings bring all work to a halt until explained.
In honor of the latter class, who ask about the suggestion to use
texstart texexec.rb ...
when running context, the following script may be helpful.
TeX Live on linux runs texexec, etc. via a shell script that is linked
to the names of various
perl utilities. Here is my first cut at a version that tries to use
the ruby scripts:
--
#!/bin/sh
# use ruby and texmfstart.rb or perl
# to use: link to the names of ConTeXt scripts
what=`echo $0 | sed '[EMAIL PROTECTED]/@@'`
case $what in
texmfstart|texexec|pstopdf|textools|texutil)
p=`kpsewhich -format=texmfscripts $what.rb`
{ test -n $p test -f $p; } \
|| { echo \`$what.rb' not found.; exit 1; }
RUBYLIB=${RUBYLIB:-${p%/*}}
export RUBYLIB
exec ruby $p ${1+$@}
;;
*)
p=`kpsewhich -format=texmfscripts $what.pl`
{ test -n $p test -f $p; } \
|| { echo \`$what.pl' not found.; exit 1; }
exec perl $p ${1+$@}
;;
esac
---
This version runs the ruby scripts directly, rather than the suggested
form, e.g., texfmstart pstopdf.rb file.ps. I have no idea if that
is intended to work -- it did in my very simple tests . I'm not sure
the RUBYLIB line is needed.
--
George N. White III [EMAIL PROTECTED]
Head of St. Margarets Bay, Nova Scotia
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] pdfetex cannot find map files
On Wed, 17 May 2006, Hans Hagen wrote: Aditya Mahajan wrote: Usually I get along well with cygwin. This is the first time that cygwin has bitten me back. i cannot test that because i don't want cygwin on my windows machine (i use gnu bin tools compiled for windows when i need something unix) - whenevr i need something that comes with cygwin, i just take the dll + the prog (say rsync) and put that in its own path Can it be that cygwin's profile has something tex in it? leftovers from a tetex installation? cygwin has texinfo and I can not remove it because of dependencies. If I remove cygwin from the path (and use native windows' ruby) context works fine. I still have the old problem with metapost and windows' ruby. texexec --mptex does not work correctly. However, when I wrap the metapost examples in a \startstop MPpage in a tex file, they work fine. So, I have a working system though something is still wrong with the rubies. Cygwin ruby processes metapost files correctly, but not tex file. Windows ruby processes tex file correctly but not metapost. I will stick to the windows ruby, and use metapost from inside a tex file. I think that I need to do a fresh install of windows. But that will have to wait. At present context is working :) Aditya -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] how to create texmfstart.exe?
Hi Christian I would like to include texmfstart.exe in the MiKTeX distribution, but I don't know how to build texmfstart.exe. Is there a simple recipe (Makefile) I can start with? I'm switching from perl to ruby, so texmfstart is a ruby script. Say that the next code is put in ruby2exe.cmd, then i can make a binary with: ruby2exe texmfstart which comes down to packaging the needed libraries + ruby core into an 'exe'. It uses exerb. @echo off if exist %~n1.rb goto run goto usage :run set exerbrubypath=c:\data\system\ruby.1.8.2 %exerbrubypath%\bin\ruby.exe -r exerb/mkexr %~n1.rb %2 %exerbrubypath%\bin\exerb.exe -v -C %exerbrubypath%\share\exerb\ruby182c.exc %~n1.exr del /q %~n1.exr %~n1.mak goto end :usage echo usage: ruby2exe filename :end the rest of the programs, like texexec, will be started using texmfstart then (which assumes ruby to be present on the system; if not, then one needs to make texexec into an exe as well; there is a list of stubs in the latest context distribution (scripts/context/stubs/...); not all of them are needed, e.g. texutil is now integrated into texexec) i use common libraries to figure out the paths, and i hope that i did the miktex handling right; (i'd like to test miktex using my own trees, but it's kind of hard to set the additional trees that i use); anyhow, in the ruby variants it's more easy for me to handle miktex; for the moment it assumes kpsewhich to be present, but i can as well call another database program) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] some patches
Le 15 mai 06 à 09:23, Hans Hagen a écrit : Hi, I played a bit with texmfstart on the (so so slow Q3) mac and i think that i managed to get texmfstart working with less problems. I now also ship a texmfstart with all the used (context/ruby/base) libraries merged in (new undocumented feature) so that there is no longer a need to set the ruby lib path and/or move base files. The new version is uploaded. A next step is to get the stubs done in the right way (just texmfstart scriptname args) Not quite related to this subject, but as you are going to make the ConTeXt installation more and more robust. It would be nice if the ConTeXt independant distrib could be use **without positionning any TEXMF like variables**. This would allow to use updated ConTeXt distrib without breaking a standard (more or less old) other LaTeX existing distibution. -- Maurice Diamantini ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] some patches
Maurice Diamantini wrote: Le 15 mai 06 � 09:23, Hans Hagen a �crit : Hi, I played a bit with texmfstart on the (so so slow Q3) mac and i think that i managed to get texmfstart working with less problems. I now also ship a texmfstart with all the used (context/ruby/base) libraries merged in (new undocumented feature) so that there is no longer a need to set the ruby lib path and/or move base files. The new version is uploaded. A next step is to get the stubs done in the right way (just texmfstart scriptname args) Not quite related to this subject, but as you are going to make the ConTeXt installation more and more robust. It would be nice if the ConTeXt independant distrib could be use **without positionning any TEXMF like variables**. This would allow to use updated ConTeXt distrib without breaking a standard (more or less old) other LaTeX existing distibution. hm, in principle you can put the minimal over an existing big one and cross your fingers for it to work. the problem with the texmf vars's is that some of them are hard coded (sigh) and the reason why i provide the 'setuptex' things is that when i install tex on some system, i want to be sure that there are no interferences (in the past tex was often installed on linxu systems by default and the only robust way to get rid of an exiting setup was to overload all relevant texmf related vars; btw, a inimal installation will not break anything exiting, since you can put it somewhere else; you can even get away from the setuptex scripts by running texmfstart --tree=/say/its/located/here texexec ... which is handy in web based environments; in that case, texmfstart will read the setuptex.tmf file Hans 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] some patches
On 15 May 2006, at 09:23, Hans Hagen wrote: (btw, is there a clever way to avoid this sudo stuff and become real root?) This depends on what you want to do and on which system. On most unixes, you can say. You can in perl (and probably also ruby which I do not know) set all kinds of unixy things like real uid ($) and effective uid ($) as long as you already have the permissions. sudo -H -s to become root and also have root's home directory. G ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
hmm, on Fri, May 05, 2006 at 12:03:15AM +0200, Hans Hagen said that I'd like to make the ruby version of texexec the default. Are there any strong objections to this? Also, i'd like the stubs to run texmfstart as launcher. For that purpose i'll add a /scripts/context/stubs/[mswin|unix] path with the default stubs that one can copy to some bin path just out of curiosity, is there a particular reason why ruby was chosen? was something wrong with perl? will the next one (newnewtexexec) be in python? :))) -f -- the sex was so good the neighbors lit cigarettes. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
hmm, on Tue, May 09, 2006 at 03:11:23PM +0200, Hans Hagen said that
Warning: pdfetex (file
/usr/local/share/texmf-local/fonts/map/dvipdfm/context/original-base.map):
invalid entry for `fmvr8x': font file missing
It works if i remove (or rename) the dvipdfm directory.
What can i do to have ruby thing working, and pdftex fonts used instead of
dvipdfm ones?
your texmf.cnf file should contain:
TEXFONTMAPS =
.;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//;$TEXMF/{$progname,pdftex,dvips}/{config,}//
as long as we have no uniform map file syntax, progs needs to be able to
find their own map files
i just did:
# rm -r /usr/local/share/texmf-local/fonts/map/dvipdfm/context
# rm -r /usr/local/share/texmf-local/fonts/map/dvips/context
# texhash
aren't these files awfully old anyway? are they needed?
as cont-lm is not needed anymore i thought these are obsolete files...
-f
--
light doesn't emit energy; it emits little dark eaters
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
frantisek holop wrote: hmm, on Fri, May 05, 2006 at 12:03:15AM +0200, Hans Hagen said that I'd like to make the ruby version of texexec the default. Are there any strong objections to this? Also, i'd like the stubs to run texmfstart as launcher. For that purpose i'll add a /scripts/context/stubs/[mswin|unix] path with the default stubs that one can copy to some bin path just out of curiosity, is there a particular reason why ruby was chosen? was something wrong with perl? will the next one (newnewtexexec) be in python? :))) it's all a matter of taste. i like ruby and after working with it for a whiel decided that i could write better / cleaner code in ruby than in perl; i skipped python (didn't like some of its syntax); i'll stick to ruby (and later on lua for embedded tex stuff, but that's another story); so, there wil not be a texexec.py 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \startbackmatter requires \chapter to get bibliography?
On Sun, 14 May 2006, Sanjoy Mahajan wrote:
I just noticed the following behavior of \startbackmatter: A
\placepublications needs a \chapter{...} before it, otherwise no
bibliography is generated (i.e. p.2 is empty). Consistent with that
behavior, \completepublications works fine without needing a \chapter
beforehand. Here's the minimal file:
\usemodule[bib]
\setupbibtex[database=book]
\starttext
See \cite[van-Dyke:82]
\startbackmatter
%\chapter{References}
\placepublications
\placepublications[criterium=all]
Hans and Taco, it seems that the bib module does not work with the ruby
version of texexec. The cite command prints only .
Cheers, Peter
--
http://pmrb.free.fr/contact/
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Linux: ConTeXt in local texmf-tree and Ruby scripts - HOWTO?
Peter Münster wrote: I've just seen, that there are a lot of symbolic links in the teTeX installation to /opt/teTeX/bin/texexec, so please forget my advice above. Yes, you have to delele all those symlinks that teTeX provides. If you go to the unix stubs directory in the ConTeXt distribution, you can do : # for a in *; do rm -i /usr/local/teTeX/bin/i686-pc-linux-gnu/$a; done Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \startbackmatter requires \chapter to get bibliography?
Peter Münster wrote: \placepublications[criterium=all] Yes. Hans and Taco, it seems that the bib module does not work with the ruby version of texexec. The cite command prints only . You still have to run bibtex by hand in the new version. And perhaps you need to regerate the bbl file as well (I didn't think so, but if it doesn't work ...). The new scripts should not influence the bib module, but it could be an other change in the latest context that is confusing your TeX. It works fine for me, so giving advice is hard. Cheers ,taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] about texmfstart
Dalyoung wrote: Dear Aditya, I did what you told me, set RUBYLIB=/texmf.local/scripts/context/ruby export $RUBYLIB i'll post a version that has all the modules/classes embedded (i.e. i made a ruby module that will package a script with libraries so that they become standalone) Hans ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \startbackmatter requires \chapter to get bibliography?
On Sun, 14 May 2006, Taco Hoekwater wrote: Peter Münster wrote: Hans and Taco, it seems that the bib module does not work with the ruby version of texexec. The cite command prints only . It works fine for me, so giving advice is hard. Hello Taco, I've retried with the ruby-version and now it works for me too, I really don't know what error I've made this morning... So excuse me please for the noise! Cheers, Peter -- http://pmrb.free.fr/contact/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] about texmfstart
Dear Aditya, I did what you told me, set RUBYLIB=/texmf.local/scripts/context/ruby export $RUBYLIB But there is no change in the output of texmfstart --verbose texexec. I copied texexec.rb in the home directory, then I got ~ mac$ texmfstart --verbose texexec texmfstart version 1.8.6 expanding 'texexec' to 'texexec.rb' locating 'texexec.rb' in current path '.' registering 'texexec' as '/Users/mac/texexec.rb' 'texexec.rb' located in current path registering 'THREAD' as '/Users/mac' starting texexec using 'system' call: ruby /Users/mac/texexec.rb /Users/mac/texexec.rb:10:in `require': No such file to load -- base/ switch (LoadError) from /Users/mac/texexec.rb:10 According to this message, it locate texexec.rb. However, the commnad texmfstart texexec --make en did nothing but only a message like this. /Users/mac/texexec.rb:10:in `require': No such file to load -- base/ switch (LoadError) from /Users/mac/texexec.rb:10 Would you please tell me what I have to do more? Thank you for reading. Best regards, Dalyoung ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Linux: ConTeXt in local texmf-tree and Ruby scripts - HOWTO?
On Thu, 11 May 2006, Hans Hagen wrote: ? wrote: One remark for the texexec developer: it seems, when searching for executables, the order in $PATH is not respected. For example: I had /opt/teTeX/bin/dvips and /usr/bin/dvips and PATH=/opt/teTeX/bin:... but it was /usr/bin/dvips that was called to create the PS-file. hm, i just call dvips -) I think, I must have made a mistake somewhere, since I cannot reproduce this behaviour. But there is another problem with the following test file: %%% This needed to get upright \textmu: \setupencoding[default=texnansi] \usetypescript[modern-base][\defaultencoding] \setupbodyfont[modern] %%% \starttext bla and \textmu \stoptext When running texexec --dvi test, the output of dvips is This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2006.05.13:1508' - test.ps tex.protexnansi-lm.enctexps.pro. lmr10.pfb[1] and the PostScript page is completely empty (blanc). When running dvips -u +original-base -u +ec-public-lm -u +ec-base -u +8r-base -u +t5-base -u +original-ams-base -u +original-ams-euler -u +original-public-lm -u +texnansi-base -u +texnansi-public-lm test (same command is used by texexec), the output of dvips is This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2006.05.13:1510' - test.ps tex.protexps.pro. [1] and the PostScript file has an ugly font and nothing for \textmu. When running dvips test, the output of dvips is This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2006.05.13:1510' - test.ps tex.prolm-texnansi.enctexps.pro. lmr10.pfb[1] and the PostScript file is ok. So here my questions: - Why does texexec use these options for dvips? - Where can I tell texexec to use just dvips without options? - Why is there a difference between running dvips by texexec or by command line, does texexec modify perhaps the environment? - Why do I have this behaviour only with texnansi but not with ec encoding? Cheers, Peter -- http://pmrb.free.fr/contact/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Linux: ConTeXt in local texmf-tree and Ruby scripts - HOWTO?
On Thu, 11 May 2006, Peter Münster wrote: Using teTeX-3.0, here is what I've done to switch from perl texexec to the ruby one: chmod +x /opt/teTeX/texmf-context/scripts/context/ruby/texmfstart.rb cd /usr/local/bin ln -s /opt/teTeX/texmf-context/scripts/context/ruby/texmfstart.rb texmfstart copy these 3 lines into /opt/teTeX/bin/texexec: #!/bin/sh export RUBYLIB=/opt/teTeX/texmf-context/scripts/context/ruby exec texmfstart texexec.rb $@ I've just seen, that there are a lot of symbolic links in the teTeX installation to /opt/teTeX/bin/texexec, so please forget my advice above. Now I'm doing it like this: - keep the link for texmfstart - copy these 3 lines into /usr/local/bin/texexec: #!/bin/sh export RUBYLIB=/opt/teTeX/texmf-context/scripts/context/ruby exec texmfstart `basename $0` $@ - /usr/local/bin must come before the /opt/teTeX/bin in your PATH - in /usr/local/bin you can create other symbolic links to texexec, for example texutil and texsync Cheers, Peter -- http://pmrb.free.fr/contact/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] about texmfstart
On Sat, 13 May 2006, Dalyoung wrote: Dear Aditya, I did what you told me, set RUBYLIB=/texmf.local/scripts/context/ruby export $RUBYLIB I assume that by ... you mean the exact path of texmf.local But there is no change in the output of texmfstart --verbose texexec. I copied texexec.rb in the home directory, then I got What is the output of export RUBYLIB=path-to-texmf-local/scripts/context/ruby ruby path-to-texmf-local/scripts/context/ruby/texmfstart texexec.rb --version ~ mac$ texmfstart --verbose texexec texmfstart version 1.8.6 expanding 'texexec' to 'texexec.rb' locating 'texexec.rb' in current path '.' registering 'texexec' as '/Users/mac/texexec.rb' 'texexec.rb' located in current path registering 'THREAD' as '/Users/mac' starting texexec using 'system' call: ruby /Users/mac/texexec.rb /Users/mac/texexec.rb:10:in `require': No such file to load -- base/ switch (LoadError) from /Users/mac/texexec.rb:10 According to this message, it locate texexec.rb. However, the commnad texmfstart texexec --make en did nothing but only a message like this. /Users/mac/texexec.rb:10:in `require': No such file to load -- base/ switch (LoadError) from /Users/mac/texexec.rb:10 Would you please tell me what I have to do more? Thank you for reading. Best regards, Dalyoung ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
Johannes Graumann wrote:
Hans Hagen wrote:
\defineXMLenvironment
[document]
{\starttext}
{\stoptext}
\starttext
\startXMLdata
document/document
\stopXMLdata
\stoptext
You catch my folly as usually. Thanks. While I get the solution above to
work, the alternative 'ruby
~/texmf/scripts/context/ruby/texexec.rb --pdf --environments=PhD-Thesis
../XML/main.xml'
doesn't. Error is:
User file 'cont-sys.tex' not found, 'cont-sys.rme' has been used instead.
has nothing to do with ruby, just copy cont-sys.rme to cont-sys.tex in
tex/context/user; i ship the rme as example and fallback so that it does
not overwrite you rlocal copy
Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] about texmfstart
Dear listers, Forgive me for my beginner's question again. As in the list(ntg-context Digest, Vol 23, Issue 28), I did the following: cp /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb /usr/local/teTeX/bin/powerpc-apple-darwin-current/ texmfstart chmod 755 /usr/local/teTeX/bin/powerpc-apple-darwin-current/texmfstart After this, I issued texmfstart texexec --make --xetex en or texmfstart texexec file.tex, but there is no action at all. I also issued the following command and got the output like this. ** input: texmfstart --verbose texexec output: texmfstart version 1.8.6 expanding 'texexec' to 'texexec.rb' locating 'texexec.rb' in current path '.' locating 'texexec.rb' in caller path '/usr/local/teTeX/bin/powerpc- apple-darwin-current' using kpse binary unable to locate base/kpseremote|base/kpsedirect|base/kpsefast on library paths: /usr/lib/ruby/site_ruby/1.8 /usr/lib/ruby/site_ruby/1.8/powerpc-darwin8.0 /usr/lib/ruby/site_ruby /usr/lib/ruby/1.8 /usr/lib/ruby/1.8/powerpc-darwin8.0 . /usr/local/teTeX/bin/powerpc-apple-darwin-current /usr/local/teTeX/bin/lib /usr/local/teTeX/bin/powerpc-apple-darwin-current/texmfstart-lib /usr/local/teTeX/texmf-local/scripts/context/ruby /usr/local/teTeX/texmf/scripts/context/ruby an option is to point the RUBYLIB variable to texmf-local or texmf/scripts/context/ruby or to copy texmf-local or texmf/scripts/context/ruby/base/kpse* (including the kpse subpath) to e.g. /usr/local/teTeX/bin/powerpc-apple-darwin-current/../lib/texmfstart/ or to use a stub instead fatal error unable to locate program *** Would you please tell me how to make texstart working? Thank you for reading. Best regards, Dalyoung ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] about texmfstart
On Sat, 13 May 2006, Dalyoung wrote: Dear listers, Forgive me for my beginner's question again. As in the list(ntg-context Digest, Vol 23, Issue 28), I did the following: cp /usr/local/teTeX/share/texmf.local/scripts/context/ruby/ texmfstart.rb /usr/local/teTeX/bin/powerpc-apple-darwin-current/ texmfstart chmod 755 /usr/local/teTeX/bin/powerpc-apple-darwin-current/texmfstart After this, I issued texmfstart texexec --make --xetex en or texmfstart texexec file.tex, but there is no action at all. I also issued the following command and got the output like this. ** input: texmfstart --verbose texexec output: texmfstart version 1.8.6 expanding 'texexec' to 'texexec.rb' locating 'texexec.rb' in current path '.' locating 'texexec.rb' in caller path '/usr/local/teTeX/bin/powerpc- apple-darwin-current' using kpse binary unable to locate base/kpseremote|base/kpsedirect|base/kpsefast on library paths: /usr/lib/ruby/site_ruby/1.8 /usr/lib/ruby/site_ruby/1.8/powerpc-darwin8.0 /usr/lib/ruby/site_ruby /usr/lib/ruby/1.8 /usr/lib/ruby/1.8/powerpc-darwin8.0 . /usr/local/teTeX/bin/powerpc-apple-darwin-current /usr/local/teTeX/bin/lib /usr/local/teTeX/bin/powerpc-apple-darwin-current/texmfstart-lib /usr/local/teTeX/texmf-local/scripts/context/ruby /usr/local/teTeX/texmf/scripts/context/ruby an option is to point the RUBYLIB variable to texmf-local or texmf/scripts/context/ruby try set RUBYLIB=/usr/local/teTeX/share/texmf.local/scripts/context/ruby export $RUBYLIB Aditya -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec --check
Peter Münster wrote: Hello, texexec --check takes about 2 minutes on my system and there are a lot of warnings like: What version of ruby? Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec --check
Taco Hoekwater wrote: Peter M�nster wrote: Hello, texexec --check takes about 2 minutes on my system and there are a lot of warnings like: What version of ruby? what does texmfstart --verbose texexec report? if it takes long, texmfstart will do a rather extensive search on disk 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
Thomas A. Schmitz wrote: On May 11, 2006, at 12:21 AM, Hans Hagen wrote: i'm uploading a coupls of zips with fixes for xetex but i'm not sure if they solve your problem (concerning the path ... what is the path separator on osx?) Hans Nope, still get the same bizarre result. Path separator is a : btw, concerning the texmfstart script itself: - on unix it's indeed best to make a symlink from texmfstart - texmfstart.rb in the whatever-tree it resides in - on windows, one can associate the .rb suffix with ruby and add the context ruby path to the bin path, or use the 'exe' variant which can be located anywhere (texmfstart uses a few libe but when they are not found, it will enter stupid-mode and lack some features that probably go unnoticed) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] [Ann-context] ConTeXt 2006.05.11 released
Hello all, I am pleased to announce that the new ConTeXt release from Hans Hagen can be downloaded as of now from the Pragma ADE website or one of its mirrors. http://www.pragma-ade.com/context/current/cont-tmf.zip http://context.aanhet.net/context/current/cont-tmf.zip http://mirror.contextgarden.net/context/current/cont-tmf.zip The current release has version 2006.05.11 A very short list of changes is given below. As usual, there is an html page with more detailed release notes available on the Wiki, see: http://wiki.contextgarden.net/Release_Notes Most important new features (since April 24): * Integrated support for XeTeX on Linux * The Ruby scripts are now preferred over the perl ones * The included pattern files now use UTF-8 encoding * Automatic handling of UTF-8 Byte Order Marks Happy TeXing, Taco Hoekwater ___ Ann-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ann-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec --check
On Thu, 11 May 2006, Taco Hoekwater wrote: Peter Münster wrote: texexec --check takes about 2 minutes on my system and there are a lot of warnings like: What version of ruby? 1.8.0 I've made an update to 1.8.2 and the warnings are gone, thanks! Cheers, Peter -- http://pmrb.free.fr/contact/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec --check
On Thu, 11 May 2006, Hans Hagen wrote: Taco Hoekwater wrote: Peter M?nster wrote: Hello, texexec --check takes about 2 minutes on my system and there are a lot of warnings like: What version of ruby? what does texmfstart --verbose texexec report? if it takes long, texmfstart will do a rather extensive search on disk No, this call is very fast. Complete output: texmfstart version 1.8.6 locating 'texexec.rb' in current path '.' locating 'texexec.rb' in caller path '/usr/local/bin' using direct kpse using 'kpsewhich' to locate 'texexec' in suffix space 'rb' (1) registering 'texexec' as '/opt/teTeX/texmf-context/scripts/context/ruby/texexec.rb' registering 'THREAD' as '/opt/teTeX/texmf-context/scripts/context/ruby' starting texexec.rb using 'system' call: ruby /opt/teTeX/texmf-context/scripts/context/ruby/texexec.rb TeXExec | version 6.2.0 - 1997-2006 - PRAGMA ADE/POD TeXExec | --checkcheck versions TeXExec | --figures generate overview of figures TeXExec | --listing list of file content TeXExec | --make make formats TeXExec | --modules generate module documentation TeXExec | --mptexprocess mp file TeXExec | --mpxtex process mpx file TeXExec | --pdfarrange impose pages (booklets) TeXExec | --pdfcombine combine multiple pages TeXExec | --pdfcopy copy pages from file(s) TeXExec | --pdfselectselect pages from file(s) TeXExec | --pdftrim trim pages from file(s) TeXExec | --process process file Now, after the ruby update, texexec --check takes still a long time. Here is the complete output: TeXExec | current distribution: web2c TeXExec | context source date: unknown TeXExec | format path: . /home/peter/.texmf-config/web2c/unset /home/peter/.texmf-config/web2c /home/peter/.texmf-var/web2c/unset /home/peter/.texmf-var/web2c /home/peter/texmf/web2c/unset /home/peter/texmf/web2c /texmf-config/web2c/unset /texmf-config/web2c /texmf-var/web2c/unset /texmf-var/web2c /texmf/web2c/unset /texmf/web2c /texmf-local/web2c/unset /texmf-local/web2c /texmf-context/web2c/unset /texmf-context/web2c /texmf-dist/web2c/unset /texmf-dist/web2c TeXExec | start of analysis TeXExec | end of analysis TeXExec | TeXExec | TeXExec | version 6.2.0 - 1997-2006 - PRAGMA ADE/POD TeXExec | TeXUtil | version 9.1.0 - 1997-2005 - PRAGMA ADE/POD TeXExec | CtxTools | version 1.3.2 - 2004/2006 - PRAGMA ADE/POD It takes a lot of time between start of analysis and end of analysis. The format path seems strange to me with all the unset at the end. Cheers, Peter -- http://pmrb.free.fr/contact/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Linux: ConTeXt in local texmf-tree and Ruby scripts - HOWTO?
Hello, I'm on Debian unstable and have the latest context sitting in my home directory's 'texmf'. The new ruby scripts confuse me to no end - I just don't understand how to make it works. Here is what works and what doesn't: 1) 'ruby ~/texmf/scripts/context/ruby/texexec.rb document.tex' works. 2) Made ~/texmf/scripts executable (recursively). 3) I have linked '~/texmf/scripts/context/ruby/texmfstart.rb' to '~/bin/texmfstart' (~/bin being in my path) and now calling 'texmfstart' gives me this: version : 1.8.6 - 2003/2006 - www.pragma-ade.com usage: texmfstart [switches] filename [optional arguments] switches : --verbose --report --browser --direct --execute --locate --iftouched --program --file --page --arguments --batch --edit --report --clear --make --lmake --wmake --path --stubpath --indirect --before --after --tree --autotree --environment --showenv example : texmfstart pstopdf.rb cow.eps texmfstart --locate examplex.rb texmfstart --execute examplex.rb texmfstart --browser examplap.pdf texmfstart showcase.pdf texmfstart --page=2 --file=showcase.pdf texmfstart --program=yourtex yourscript.rb arg-1 arg-2 texmfstart --direct xsltproc kpse:somefile.xsl somefile.xml texmfstart bin:xsltproc env:somepreset path:somefile.xsl somefile.xml texmfstart --iftouched=normal,lowres downsample.rb normal lowres texmfstart texmfstart bin:scite kpse:texmf.cnf texmfstart --exec bin:scite *.tex texmfstart --edit texmf.cnf texmfstart --serve texmfstart --stubpath=/usr/local/bin [--make --remove] --verbose all texmfstart --stubpath=auto [--make --remove] all Seems to work to a first approximation. 4) I have also added '~/texmf/scripts/context/stubs/unix' to my path to make the stubs residing therein accessible on the command line. 'which texexec' now returns ~/texmf/scripts/context/stubs/unix/texexec Which seems right. Also added to the path '~/texmf/scripts/context/ruby'. 'which texexec.rb' now returns ~/texmf/scripts/context/ruby/texexec.rb However, just calling 'texexec document.tex' does not work - NOTHING happens, new prompt, no errors. Same thing with 'texmfstart texexec.rb document.tex' - which is the command the 'texexec'-stub actually calls. I'm at the end of my knowledge and intuition. Can anybody help circumventing the need for the monster 'ruby ~/texmf/scripts/context/ruby/texexec.rb document.tex'? Thanks, Joh ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Linux: ConTeXt in local texmf-tree and Ruby scripts - HOWTO?
On Thu, 11 May 2006 10:12:58 -0700, Johannes Graumann [EMAIL PROTECTED] wrote: I'm at the end of my knowledge and intuition. Can anybody help circumventing the need for the monster 'ruby ~/texmf/scripts/context/ruby/texexec.rb document.tex'? Since I'm lazy, I didn't add any new path nor link, but just created the following wrapper texexec script in a classical bin directory (/usr/local/bin): #!/bin/sh ruby /your/path/texmf/scripts/context/ruby/texmfstart.rb texexec.rb $@ Don't know if it can help in your case. Regards, BG ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Ruby and Context
Until a few minutes ago my Linux Slackware system dd not have a Ruby interpreter. Yet Context runs fine. I seem to remember something about some components of Context existing as Ruby scripts. Am I dreaming or are there such beasties? -- John Culleton Books with answers to marketing and publishing questions: http://wexfordpress.com/tex/shortlist.pdf Book coaches, consultants and packagers: http://wexfordpress.com/tex/packagers.pdf ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Linux: ConTeXt in local texmf-tree and Ruby scripts - HOWTO?
On Thu, 11 May 2006, Johannes Graumann wrote: However, just calling 'texexec document.tex' does not work - NOTHING happens, new prompt, no errors. Same thing with 'texmfstart texexec.rb document.tex' - which is the command the 'texexec'-stub actually calls. You should try perhaps export RUBYLIB=~/texmf/scripts/context/ruby Using teTeX-3.0, here is what I've done to switch from perl texexec to the ruby one: chmod +x /opt/teTeX/texmf-context/scripts/context/ruby/texmfstart.rb cd /usr/local/bin ln -s /opt/teTeX/texmf-context/scripts/context/ruby/texmfstart.rb texmfstart copy these 3 lines into /opt/teTeX/bin/texexec: #!/bin/sh export RUBYLIB=/opt/teTeX/texmf-context/scripts/context/ruby exec texmfstart texexec.rb $@ One remark for the texexec developer: it seems, when searching for executables, the order in $PATH is not respected. For example: I had /opt/teTeX/bin/dvips and /usr/bin/dvips and PATH=/opt/teTeX/bin:... but it was /usr/bin/dvips that was called to create the PS-file. (Not a big problem, I've just removed /usr/bin/dvips...) Cheers, Peter -- http://pmrb.free.fr/contact/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Linux: ConTeXt in local texmf-tree and Ruby scripts - HOWTO?
� wrote: One remark for the texexec developer: it seems, when searching for executables, the order in $PATH is not respected. For example: I had /opt/teTeX/bin/dvips and /usr/bin/dvips and PATH=/opt/teTeX/bin:... but it was /usr/bin/dvips that was called to create the PS-file. hm, i just call dvips -) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Linux: ConTeXt in local texmf-tree and Ruby scripts - HOWTO?
Johannes Graumann wrote: Hello, I'm on Debian unstable and have the latest context sitting in my home directory's 'texmf'. The new ruby scripts confuse me to no end - I just don't understand how to make it works. Here is what works and what doesn't: Have you run mktexlsr? I had to do that (manually) to make ruby 'see' some of the required libraries. Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
Hans Hagen wrote:
\defineXMLenvironment
[document]
{\starttext}
{\stoptext}
\starttext
\startXMLdata
document/document
\stopXMLdata
\stoptext
You catch my folly as usually. Thanks. While I get the solution above to
work, the alternative 'ruby
~/texmf/scripts/context/ruby/texexec.rb --pdf --environments=PhD-Thesis
../XML/main.xml'
doesn't. Error is:
User file 'cont-sys.tex' not found, 'cont-sys.rme' has been used instead.
Hints?
Joh
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
Not sure what settings you need, but I think I know that you take the
cont-sys.rme and rename it to cont-sys.tex and go from there.
On May 11, 2006, at 5:46 PM, Johannes Graumann wrote:
Hans Hagen wrote:
\defineXMLenvironment
[document]
{\starttext}
{\stoptext}
\starttext
\startXMLdata
document/document
\stopXMLdata
\stoptext
You catch my folly as usually. Thanks. While I get the solution
above to
work, the alternative 'ruby
~/texmf/scripts/context/ruby/texexec.rb --pdf --environments=PhD-
Thesis ../XML/main.xml'
doesn't. Error is:
User file 'cont-sys.tex' not found, 'cont-sys.rme' has been used
instead.
Hints?
Joh
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
Hans, This ruby stuff has me confused to no end. I'm compiling this document (which compiled just fine with the last release - no changes since) with the following command: ruby ~/texmf/scripts/context/ruby/texexec.rb PhD-Thesis.tex For trying to figure out the version I do: ruby ~/texmf/scripts/context/ruby/texexec.rb --check And get TeXExec | current distribution: web2c TeXExec | context source date: unknown TeXExec | format path: TeXExec | start of analysis /home/balin/texmf/scripts/context/ruby/base/kpsefast.rb:659: command not found: texmfstart texexec --help /home/balin/texmf/scripts/context/ruby/base/kpsefast.rb:659: command not found: texmfstart texutil --help /home/balin/texmf/scripts/context/ruby/base/kpsefast.rb:659: command not found: texmfstart ctxtools --help TeXExec | end of analysis TeXExec | TeXExec | TeXExec | TeXExec | Which is mostly related to the UNIX stubs not working no? How do I now actually figure out what I'm running and whether it all got rebuild correctly? Thanks, Joh Hans Hagen wrote: Johannes Graumann wrote: Trouble with tex/context/base/cont-err.tex: system : cont-err loaded (/home/balin/texmf/tex/context/base/cont-err.tex Runaway argument? on Otten}] %C %C This module is part of the \CONTEXT\ macro||package \ETC. ! Paragraph ended before was complete. to be read again \par l.13 Can't find anything wrong though ... just to be sure, i use version 2006.05.09 23:03 i looks like you're ignoring comments how does the tex file look that you process? 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
Johannes Graumann wrote: Hans, This ruby stuff has me confused to no end. I'm compiling this document (which compiled just fine with the last release - no changes since) with the following command: ruby ~/texmf/scripts/context/ruby/texexec.rb PhD-Thesis.tex For trying to figure out the version I do: ruby ~/texmf/scripts/context/ruby/texexec.rb --check And get TeXExec | current distribution: web2c TeXExec | context source date: unknown TeXExec | format path: TeXExec | start of analysis /home/balin/texmf/scripts/context/ruby/base/kpsefast.rb:659: command not found: texmfstart texexec --help /home/balin/texmf/scripts/context/ruby/base/kpsefast.rb:659: command not found: texmfstart texutil --help /home/balin/texmf/scripts/context/ruby/base/kpsefast.rb:659: command not found: texmfstart ctxtools --help TeXExec | end of analysis TeXExec | TeXExec | TeXExec | TeXExec | Which is mostly related to the UNIX stubs not working no? cp texmfstart.rb samepathaspdftex/texmfstart chmod 755 samepathaspdftex/texmfstart How do I now actually figure out what I'm running and whether it all got rebuild correctly? so, no stub for texmfstart, just a copy (althoughj you may want to call it indirectly 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
Hans, I linked texmfstart.rb to texmfstart in my local bin directory (which is in the path) and issued 'chmod -R +x ~/texmf/scripts'. If I call 'ruby ~/texmf/scripts/context/ruby/texexec.rb --check' now, I get this error free (but not informative) output: TeXExec | current distribution: web2c TeXExec | context source date: unknown TeXExec | format path: TeXExec | start of analysis TeXExec | end of analysis TeXExec | TeXExec | TeXExec | TeXExec | Any ideas what I might be doing wrong? Joh Hans Hagen wrote: Johannes Graumann wrote: Hans, This ruby stuff has me confused to no end. I'm compiling this document (which compiled just fine with the last release - no changes since) with the following command: ruby ~/texmf/scripts/context/ruby/texexec.rb PhD-Thesis.tex For trying to figure out the version I do: ruby ~/texmf/scripts/context/ruby/texexec.rb --check And get TeXExec | current distribution: web2c TeXExec | context source date: unknown TeXExec | format path: TeXExec | start of analysis /home/balin/texmf/scripts/context/ruby/base/kpsefast.rb:659: command not found: texmfstart texexec --help /home/balin/texmf/scripts/context/ruby/base/kpsefast.rb:659: command not found: texmfstart texutil --help /home/balin/texmf/scripts/context/ruby/base/kpsefast.rb:659: command not found: texmfstart ctxtools --help TeXExec | end of analysis TeXExec | TeXExec | TeXExec | TeXExec | Which is mostly related to the UNIX stubs not working no? cp texmfstart.rb samepathaspdftex/texmfstart chmod 755 samepathaspdftex/texmfstart How do I now actually figure out what I'm running and whether it all got rebuild correctly? so, no stub for texmfstart, just a copy (althoughj you may want to call it indirectly 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
On Mon, 08 May 2006 13:04:58 +0200, Hans Hagen [EMAIL PROTECTED] wrote: Hi, Today i'll upload a new release. Got big problems with the fonts that are no more found when using the ruby stuff. Since the unix stubs are crappy, I do this: ruby /usr/local/share/texmf-local/scripts/context/ruby/texmfstart.rb texexec.rb --pdf typefile.tex What's wrong? Here is the log: This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) (format=cont-en 2006.5.8) 8 MAY 2006 19:55 entering extended mode (/usr/local/share/texmf-local/web2c/natural.tcx) **typefile.tex emergencyend (./typefile.tex ConTeXt ver: 2006.05.08 12:59 fmt: 2006.5.8 int: english mes: english language: language en is active protectionstate 0 system : cont-new loaded (/usr/local/share/texmf-local/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex color : palette rollover is available ) system : cont-old loaded (/usr/local/share/texmf-local/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/usr/local/share/texmf-local/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys loaded (/usr/local/share/texmf-dist/tex/context/user/cont-sys.tex (/usr/local/share/texmf-local/tex/context/base/type-exa.tex) (/usr/local/share/texmf-local/tex/context/base/type-syn.tex) (/usr/local/share/texmf-local/tex/context/base/type-enc.tex) (/usr/local/share/texmf-local/tex/context/base/type-siz.tex) (/usr/local/share/texmf-local/tex/context/base/type-map.tex) (/usr/local/share/texmf-local/tex/context/base/type-spe.tex) (/usr/local/share/texmf-local/tex/context/base/type-akb.tex)) bodyfont: 12pt rm is loaded language: patterns nl-texnansi:texnansi-1-2:3 nl-ec:ec-2-2:3 fr- texnansi:texnansi-3-2:3 fr-ec:ec-4-2:3 de-texnansi:texnansi-5-2:3 de-e c:ec-6-2:3 it-texnansi:texnansi-7-2:3 it-ec:ec-8-2:3 pt-texnansi:texna nsi-9-2:3 pt-ec:ec-10-2:3 hr-ec:ec-11-2:3 pl-pl0:pl0-12-2:3 pl-ec:e c-13-2:3 pl-qx:qx-14-2:3 cz-il2:il2-15-2:3 cz-ec:ec-16-2:3 sk-il2:i l2-17-2:3 sk-ec:ec-18-2:3 sl-ec:ec-19-2:3 en-ec:ec-21-2:3 uk-ec:ec- 22-2:3 us-ec:ec-23-2:3 agr-agr:agr-24-2:3 da-ec:ec-25-2:3 sv-ec:ec- 26-2:3 af-ec:ec-27-2:3 no-ec:ec-28-2:3 deo-ec:ec-29-2:3 es-ec:ec-3 0-2:3 ca-ec:ec-31-2:3 la-ec:ec-32-2:3 ro-ec:ec-33-2:3 tr-ec:ec-34- 2:3 fi-ec:ec-36-2:3 hu-ec:ec-37-2:3 loaded specials: tex,postscript,rokicki loaded \openout2 = `typefile.tui'. system : typefile.top loaded (./typefile.top specials: loading definition file tpd (/usr/local/share/texmf-local/tex/context/base/spec-tpd.tex specials: loading definition file fdf (/usr/local/share/texmf-local/tex/context/base/spec-fdf.tex) specials: fdf loaded ) specials: fdf,tpd loaded ) \openout0 = `typefile-mpgraph.mp'. \openout0 = `mpgraph.mp'. (./typefile.tuo) (./typefile.tuo) (./typefile.tuo) (./typefile.tuo) (./typefile.tuo) (./typefile.tuo) (./typefile.tuo) (./typefile.tuo) (./typefile.tuo) (./typefile.tuo) (./typefile.tuo) (./typefile.tuo) systems : begin file typefile at line 146 (/usr/local/share/texmf-local/tex/context/base/pdfr-ec.tex) verbatim: file ./test-001.tex does not exist verbatim: file joke does not exist fonts : resetting map file list fonts : using map file: original-base fonts : using map file: ec-public-lm fonts : using map file: ec-base fonts : using map file: 8r-base fonts : using map file: t5-base fonts : using map file: original-ams-base fonts : using map file: original-ams-euler fonts : using map file: original-public-lm [1.1 Warning: pdfetex (file original-empty.map): cannot open font map file Warning: pdfetex (file original-base.map): cannot open font map file Warning: pdfetex (file ec-public-lm.map): cannot open font map file Warning: pdfetex (file ec-base.map): cannot open font map file Warning: pdfetex (file 8r-base.map): cannot open font map file Warning: pdfetex (file t5-base.map): cannot open font map file Warning: pdfetex (file original-ams-base.map): cannot open font map file Warning: pdfetex (file original-ams-euler.map): cannot open font map file Warning: pdfetex (file original-public-lm.map): cannot open font map file ] [2.2] systems : end file typefile at line 167 ) Here is how much of TeX's memory you used: 1168 strings out of 58787 21094 string characters out of 563686 4585586 words of memory out of 5529308 39652 multiletter control sequences out of 1+10 75349 words of font info for 38 fonts, out of 50 for 2000 232 hyphenation exceptions out of 1000 47i,18n,54p,252b,773s stack positions out of 1500i,500n,5000p,20b,5000s PDF statistics: 10 PDF objects out of 30 0 named destinations out of 131072 5 words of extra memory for PDF output out of 65536
Re: [NTG-context] new release
nico wrote: On Mon, 08 May 2006 13:04:58 +0200, Hans Hagen [EMAIL PROTECTED] wrote: Got big problems with the fonts that are no more found when using the ruby stuff. Since the unix stubs are crappy, I do this: ruby /usr/local/share/texmf-local/scripts/context/ruby/texmfstart.rb texexec.rb --pdf typefile.tex this should be ok in this mornings version What's wrong? maybe you need to run mktexlsr 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
On Tue, 09 May 2006 11:09:43 +0200, Hans Hagen [EMAIL PROTECTED] wrote: nico wrote: On Mon, 08 May 2006 13:04:58 +0200, Hans Hagen [EMAIL PROTECTED] wrote: Got big problems with the fonts that are no more found when using the ruby stuff. Since the unix stubs are crappy, I do this: ruby /usr/local/share/texmf-local/scripts/context/ruby/texmfstart.rb texexec.rb --pdf typefile.tex this should be ok in this mornings version Seems that the unix texmfstart stub is missing. What's wrong? maybe you need to run mktexlsr Doesn't help, and the required map files are here for a while (eg: kpsewhich ec-base.map gives /usr/local/share/texmf-local/fonts/map/pdftex/context/ec-base.map). I tried to use the perl version, and now it tries to find stuff in dvipdfm fonts, which plants: Warning: pdfetex (file /usr/local/share/texmf-local/fonts/map/dvipdfm/context/original-base.map): invalid entry for `fmvr8x': font file missing It works if i remove (or rename) the dvipdfm directory. What can i do to have ruby thing working, and pdftex fonts used instead of dvipdfm ones? Regards, BG ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
nico wrote:
On Tue, 09 May 2006 11:09:43 +0200, Hans Hagen [EMAIL PROTECTED] wrote:
nico wrote:
On Mon, 08 May 2006 13:04:58 +0200, Hans Hagen [EMAIL PROTECTED] wrote:
Got big problems with the fonts that are no more found when using the
ruby
stuff. Since the unix stubs are crappy, I do this:
ruby /usr/local/share/texmf-local/scripts/context/ruby/texmfstart.rb
texexec.rb --pdf typefile.tex
this should be ok in this mornings version
Seems that the unix texmfstart stub is missing.
indeed; the fastest method is:
cp texmfstart.rb .../bin/texmfstart
or make a stub that directly points to your copy of texmfstart
What's wrong?
maybe you need to run mktexlsr
Doesn't help, and the required map files are here for a while (eg:
kpsewhich ec-base.map gives
/usr/local/share/texmf-local/fonts/map/pdftex/context/ec-base.map).
I tried to use the perl version, and now it tries to find stuff in dvipdfm
fonts, which plants:
Warning: pdfetex (file
/usr/local/share/texmf-local/fonts/map/dvipdfm/context/original-base.map):
invalid entry for `fmvr8x': font file missing
It works if i remove (or rename) the dvipdfm directory.
What can i do to have ruby thing working, and pdftex fonts used instead of
dvipdfm ones?
your texmf.cnf file should contain:
TEXFONTMAPS =
.;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//;$TEXMF/{$progname,pdftex,dvips}/{config,}//
as long as we have no uniform map file syntax, progs needs to be able to
find their own map files
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
On Tue, 09 May 2006 15:11:23 +0200, Hans Hagen [EMAIL PROTECTED] wrote:
nico wrote:
On Tue, 09 May 2006 11:09:43 +0200, Hans Hagen [EMAIL PROTECTED] wrote:
nico wrote:
On Mon, 08 May 2006 13:04:58 +0200, Hans Hagen [EMAIL PROTECTED] wrote:
Got big problems with the fonts that are no more found when using the
ruby
stuff. Since the unix stubs are crappy, I do this:
ruby /usr/local/share/texmf-local/scripts/context/ruby/texmfstart.rb
texexec.rb --pdf typefile.tex
What's wrong?
maybe you need to run mktexlsr
Doesn't help, and the required map files are here for a while (eg:
kpsewhich ec-base.map gives
/usr/local/share/texmf-local/fonts/map/pdftex/context/ec-base.map).
I tried to use the perl version, and now it tries to find stuff in
dvipdfm
fonts, which plants:
Warning: pdfetex (file
/usr/local/share/texmf-local/fonts/map/dvipdfm/context/original-base.map):
invalid entry for `fmvr8x': font file missing
It works if i remove (or rename) the dvipdfm directory.
What can i do to have ruby thing working, and pdftex fonts used instead
of
dvipdfm ones?
your texmf.cnf file should contain:
TEXFONTMAPS =
.;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//;$TEXMF/{$progname,pdftex,dvips}/{config,}//
as long as we have no uniform map file syntax, progs needs to be able to
find their own map files
Ok, thanks, modifying texmf.cnf as you say fixes the path precedence. Now,
is there a ruby debug mode to see why the paths are lost with texexec.rb?
Or tests I could do to find out what happens?
Regards,
BG
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
On Tue, 09 May 2006 15:11:23 +0200, Hans Hagen [EMAIL PROTECTED] wrote:
What's wrong?
maybe you need to run mktexlsr
Doesn't help, and the required map files are here for a while (eg:
kpsewhich ec-base.map gives
/usr/local/share/texmf-local/fonts/map/pdftex/context/ec-base.map).
I tried to use the perl version, and now it tries to find stuff in
dvipdfm
fonts, which plants:
Warning: pdfetex (file
/usr/local/share/texmf-local/fonts/map/dvipdfm/context/original-base.map):
invalid entry for `fmvr8x': font file missing
It works if i remove (or rename) the dvipdfm directory.
What can i do to have ruby thing working, and pdftex fonts used instead
of
dvipdfm ones?
your texmf.cnf file should contain:
TEXFONTMAPS =
.;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//;$TEXMF/{$progname,pdftex,dvips}/{config,}//
For the ruby issue:
if I remove the TEXFONTMAPS environment setting from tex.rb, it works on
my machine. I don't know if it can be a fix working on any platform:
def fixbackendvars(backend)
if backend then
report(fixing backend map path for #{backend}) if
getvariable('verbose')
ENV['backend'] = backend ;
ENV['progname']= backend unless validtexengine(backend)
#ENV['TEXFONTMAPS'] =
.;\$TEXMF/fonts/map/{#{backend},pdftex,dvips,}//
else
report(unable to fix backend map path) if
getvariable('verbose')
end
end
Regards,
BG
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
nico wrote: Ok, thanks, modifying texmf.cnf as you say fixes the path precedence. Now, is there a ruby debug mode to see why the paths are lost with texexec.rb? Or tests I could do to find out what happens? --verbose gives some info 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new release
nico wrote:
On Tue, 09 May 2006 15:11:23 +0200, Hans Hagen [EMAIL PROTECTED] wrote:
What's wrong?
maybe you need to run mktexlsr
Doesn't help, and the required map files are here for a while (eg:
kpsewhich ec-base.map gives
/usr/local/share/texmf-local/fonts/map/pdftex/context/ec-base.map).
I tried to use the perl version, and now it tries to find stuff in
dvipdfm
fonts, which plants:
Warning: pdfetex (file
/usr/local/share/texmf-local/fonts/map/dvipdfm/context/original-base.map):
invalid entry for `fmvr8x': font file missing
It works if i remove (or rename) the dvipdfm directory.
What can i do to have ruby thing working, and pdftex fonts used instead
of
dvipdfm ones?
your texmf.cnf file should contain:
TEXFONTMAPS =
.;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//;$TEXMF/{$progname,pdftex,dvips}/{config,}//
For the ruby issue:
if I remove the TEXFONTMAPS environment setting from tex.rb, it works on
my machine. I don't know if it can be a fix working on any platform:
def fixbackendvars(backend)
if backend then
report(fixing backend map path for #{backend}) if
getvariable('verbose')
ENV['backend'] = backend ;
ENV['progname']= backend unless validtexengine(backend)
#ENV['TEXFONTMAPS'] =
.;\$TEXMF/fonts/map/{#{backend},pdftex,dvips,}//
else
report(unable to fix backend map path) if
getvariable('verbose')
end
end
i wonder why this does not work
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
Aditya Mahajan wrote:
On Fri, 5 May 2006, Hans Hagen wrote:
Hi,
I'd like to make the ruby version of texexec the default. Are there any
strong objections to this?
Is ruby stable with respect to system calls? Is the behaviour
consistent on Linux and Windows? Are there active Ruby users on the
list who can comment on this?
we run newtexexec on windows and linux without problems (system calls in
perl are actually more problematic, or at least in th epast few years
differences between platforms have given me many headaches)
I have debugged my recent failure of metapost graphics to using
one-click installer (RC2) for windows. From tex.rb
report(command) if getvariable('verbose')
ok = system(command)
if ok File.appended(mptex, \\end\n) then
This is failing on my system. Can others using windows test this.
you mean that ok is false?
1. Create a file called mp-test-01.mp
mp-test-01.mp
beginfig(1)
label(btex This is a test etex, origin)
endfig;
end
--
2. Create a file called test.rb
---test.rb-
def test(command)
puts command
puts Kernel.system(command)
puts $?
puts ---
end
test(mpto mp-test-01.mp)
test(mpto mp-test-01.mp mp-test-01-test.tex)
-
3. Go to cmd.exe and source setuptex.bat.
4. What is the output of
ruby --version
ruby test.rb
I get.
F:\tmp\cont-test\testruby --version
ruby 1.8.4 (2005-12-24) [i386-mswin32]
F:\tmp\cont-test\testruby test.rb
mpto mp-test-01.mp
\gdef\mpxshipout{\shipout\hbox\bgroup
\setbox0=\hbox\bgroup}
\gdef\stopmpxshipout{\egroup \dimen0=\ht0 \advance\dimen0\dp0
\dimen1=\ht0 \dimen2=\dp0
\setbox0=\hbox\bgroup
\box0
\ifnum\dimen00 \vrule width1sp height\dimen1 depth\dimen2
\else \vrule width1sp height1sp depth0sp\relax
\fi\egroup
\ht0=0pt \dp0=0pt \box0 \egroup}
\mpxshipout% line 2 mp-test-01.mp
This is a test\stopmpxshipout
\end{document}
true
0
---
mpto mp-test-01.mp mp-test-01-test.tex
false
0
---
Notice that the second test is failing. So, in tex.rb, the system
command fails and I do not get mp-test-01-test.tex file! Can anyone
else using one-click installer for ruby on windows confirm this?
i must check that (i don't use the one click installer) \
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
On Sun, 7 May 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
On Fri, 5 May 2006, Hans Hagen wrote:
Hi,
I'd like to make the ruby version of texexec the default. Are there any
strong objections to this?
Is ruby stable with respect to system calls? Is the behaviour
consistent on Linux and Windows? Are there active Ruby users on the
list who can comment on this?
we run newtexexec on windows and linux without problems (system calls in
perl are actually more problematic, or at least in th epast few years
differences between platforms have given me many headaches)
I have debugged my recent failure of metapost graphics to using
one-click installer (RC2) for windows. From tex.rb
report(command) if getvariable('verbose')
ok = system(command)
if ok File.appended(mptex, \\end\n) then
This is failing on my system. Can others using windows test this.
you mean that ok is false?
Yes. For some reason, system(...) returns false whenever there is in
the command. Maybe, in the future, the functionality of mpto can be
incorporated into (new)texexec. This is not needed right away, as I
managed to get rid of the mess in my system by using cygwin binaries
for ruby.
Notice that the second test is failing. So, in tex.rb, the system
command fails and I do not get mp-test-01-test.tex file! Can anyone
else using one-click installer for ruby on windows confirm this?
i must check that (i don't use the one click installer) \
Turns out that the problem is not with the one click installer. It has
to do with the fact that I also had cygwin installed (even though I
was using cmd.exe for tests). I have installed cygwin ruby and
everything (at least everything related to context) work fine.
The conclusion seems to be that for windows either:
i) If you do not use cygwin, use any precompiled port of ruby
or
ii) If you have cygwin, use the cygwin port of ruby
or
iii) Compile your own binaries. :)
I am still confused on why windows ruby have trouble with cgywin being
present, but I will leave debugging that to future. Right now,
newtexec is working correctly.
Aditya
--
Aditya Mahajan, EECS Systems, University of Michigan
http://www.eecs.umich.edu/~adityam || Ph: 7342624008
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
Aditya Mahajan wrote:
I get.
F:\tmp\cont-test\testruby --version
ruby 1.8.4 (2005-12-24) [i386-mswin32]
F:\tmp\cont-test\testruby test.rb
mpto mp-test-01.mp
\gdef\mpxshipout{\shipout\hbox\bgroup
\setbox0=\hbox\bgroup}
\gdef\stopmpxshipout{\egroup \dimen0=\ht0 \advance\dimen0\dp0
\dimen1=\ht0 \dimen2=\dp0
\setbox0=\hbox\bgroup
\box0
\ifnum\dimen00 \vrule width1sp height\dimen1 depth\dimen2
\else \vrule width1sp height1sp depth0sp\relax
\fi\egroup
\ht0=0pt \dp0=0pt \box0 \egroup}
\mpxshipout% line 2 mp-test-01.mp
This is a test\stopmpxshipout
\end{document}
true
0
---
mpto mp-test-01.mp mp-test-01-test.tex
false
0
---
Notice that the second test is failing. So, in tex.rb, the system
command fails and I do not get mp-test-01-test.tex file! Can anyone
else using one-click installer for ruby on windows confirm this?
i get (standard ruby install):
ruby --version
ruby 1.8.4 (2005-12-24) [i386-mswin32]
ruby test.rb
mpto mp-test-01.mp
\gdef\mpxshipout{\shipout\hbox\bgroup
\setbox0=\hbox\bgroup}
\gdef\stopmpxshipout{\egroup \dimen0=\ht0 \advance\dime
\dimen1=\ht0 \dimen2=\dp0
\setbox0=\hbox\bgroup
\box0
\ifnum\dimen00 \vrule width1sp height\dimen1 depth\
\else \vrule width1sp height1sp depth0sp\relax
\fi\egroup
\ht0=0pt \dp0=0pt \box0 \egroup}
\mpxshipout% line 2 mp-test-01.mp
This is a test\stopmpxshipout
\end{document}
true
0
---
mpto mp-test-01.mp mp-test-01-test.tex
true
0
-
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
Aditya Mahajan wrote: F:\tmp\cont-test\testruby test.rb mpto mp-test-01.mp actually, i can best write an mpto function in ruby -) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
On Sun, 7 May 2006, Hans Hagen wrote: Aditya Mahajan wrote: F:\tmp\cont-test\testruby test.rb mpto mp-test-01.mp actually, i can best write an mpto function in ruby -) That will be great. The lesser external dependencies, the better :) Aditya -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
On Sun, 7 May 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
I get.
F:\tmp\cont-test\testruby --version
ruby 1.8.4 (2005-12-24) [i386-mswin32]
F:\tmp\cont-test\testruby test.rb
mpto mp-test-01.mp
\gdef\mpxshipout{\shipout\hbox\bgroup
\setbox0=\hbox\bgroup}
\gdef\stopmpxshipout{\egroup \dimen0=\ht0 \advance\dimen0\dp0
\dimen1=\ht0 \dimen2=\dp0
\setbox0=\hbox\bgroup
\box0
\ifnum\dimen00 \vrule width1sp height\dimen1 depth\dimen2
\else \vrule width1sp height1sp depth0sp\relax
\fi\egroup
\ht0=0pt \dp0=0pt \box0 \egroup}
\mpxshipout% line 2 mp-test-01.mp
This is a test\stopmpxshipout
\end{document}
true
0
---
mpto mp-test-01.mp mp-test-01-test.tex
false
0
---
Notice that the second test is failing. So, in tex.rb, the system
command fails and I do not get mp-test-01-test.tex file! Can anyone
else using one-click installer for ruby on windows confirm this?
i get (standard ruby install):
ruby --version
ruby 1.8.4 (2005-12-24) [i386-mswin32]
Now, using ruby cygwin port
ruby --version
ruby 1.8.4 (2005-12-24) [i386-cygwin]
And the test works fine. I get true for both cases. I do not know what
went wrong with the one-click installer. I asked on the ruby mailing
list, and others with one-click installer did not have this problem.
Must be due some wierd setting on my system. :(
ruby test.rb
mpto mp-test-01.mp
\gdef\mpxshipout{\shipout\hbox\bgroup
\setbox0=\hbox\bgroup}
\gdef\stopmpxshipout{\egroup \dimen0=\ht0 \advance\dime
\dimen1=\ht0 \dimen2=\dp0
\setbox0=\hbox\bgroup
\box0
\ifnum\dimen00 \vrule width1sp height\dimen1 depth\
\else \vrule width1sp height1sp depth0sp\relax
\fi\egroup
\ht0=0pt \dp0=0pt \box0 \egroup}
\mpxshipout% line 2 mp-test-01.mp
This is a test\stopmpxshipout
\end{document}
true
0
---
mpto mp-test-01.mp mp-test-01-test.tex
true
0
--
Aditya Mahajan, EECS Systems, University of Michigan
http://www.eecs.umich.edu/~adityam || Ph: 7342624008
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
Aditya Mahajan wrote:
On Sun, 7 May 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
On Fri, 5 May 2006, Hans Hagen wrote:
Hi,
I'd like to make the ruby version of texexec the default. Are there any
strong objections to this?
Is ruby stable with respect to system calls? Is the behaviour
consistent on Linux and Windows? Are there active Ruby users on the
list who can comment on this?
we run newtexexec on windows and linux without problems (system calls in
perl are actually more problematic, or at least in th epast few years
differences between platforms have given me many headaches)
I have debugged my recent failure of metapost graphics to using
one-click installer (RC2) for windows. From tex.rb
report(command) if getvariable('verbose')
ok = system(command)
if ok File.appended(mptex, \\end\n) then
This is failing on my system. Can others using windows test this.
you mean that ok is false?
Yes. For some reason, system(...) returns false whenever there is in
the command. Maybe, in the future, the functionality of mpto can be
incorporated into (new)texexec. This is not needed right away, as I
managed to get rid of the mess in my system by using cygwin binaries
for ruby.
how about using the code:
File.silentdelete(mptex)
command = mpto #{mpname} #{mptex}
report(command) if getvariable('verbose')
ok = system(command)
# not ok ... because of potential problem with
return code and redirect ()
if FileTest.file?(mptex) File.appended(mptex,
\\end\n) then
so, instead of testing for a return code we test for a file existence
I am still confused on why windows ruby have trouble with cgywin being
present, but I will leave debugging that to future. Right now,
newtexec is working correctly.
well, the problem is probably cygwin being present -)
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
The Aditya's example works OK here (no cygwin installed; not one-click installer, but extracted files + bin path set, ruby 1.9.0 (2005-07-22) [i386-mswin32]). But I remember having problems on computers where cygwin was installed. Even if you run ruby from cmd.exe: if cygwin resides in your path, so does ruby if you have it under cygwin. On 5/7/06, Hans Hagen wrote: Aditya Mahajan wrote: F:\tmp\cont-test\testruby test.rb mpto mp-test-01.mp actually, i can best write an mpto function in ruby -) mpto is only 350 lines long and pretty primitive. If that would solve the textext problem, it would be great. I think that most scripts in ConTeXt are much more complex than this one would be. (And you could have better control over parallelisation of strings and so on ...) Are there any news about textext and unknowns? Thanks, Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texexec
On Sun, 7 May 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
On Sun, 7 May 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
On Fri, 5 May 2006, Hans Hagen wrote:
Hi,
I'd like to make the ruby version of texexec the default. Are there any
strong objections to this?
Is ruby stable with respect to system calls? Is the behaviour
consistent on Linux and Windows? Are there active Ruby users on the
list who can comment on this?
we run newtexexec on windows and linux without problems (system calls in
perl are actually more problematic, or at least in th epast few years
differences between platforms have given me many headaches)
I have debugged my recent failure of metapost graphics to using
one-click installer (RC2) for windows. From tex.rb
report(command) if getvariable('verbose')
ok = system(command)
if ok File.appended(mptex, \\end\n) then
This is failing on my system. Can others using windows test this.
you mean that ok is false?
Yes. For some reason, system(...) returns false whenever there is in
the command. Maybe, in the future, the functionality of mpto can be
incorporated into (new)texexec. This is not needed right away, as I
managed to get rid of the mess in my system by using cygwin binaries
for ruby.
how about using the code:
File.silentdelete(mptex)
command = mpto #{mpname} #{mptex}
report(command) if getvariable('verbose')
ok = system(command)
# not ok ... because of potential problem with
return code and redirect ()
if FileTest.file?(mptex) File.appended(mptex,
\\end\n) then
so, instead of testing for a return code we test for a file existence
That will also not work as the system command fails. mptex file is
never creaeted, so FileTest.file?(mptex) will also return false.
I am still confused on why windows ruby have trouble with cgywin being
present, but I will leave debugging that to future. Right now,
newtexec is working correctly.
well, the problem is probably cygwin being present -)
True. It is a ruby issue. I guess, if one has cygwin installed, then
use ruby cygwin. There are some ruby gems that do not work with
cygwin-ruby and need the windows-ruby. But, I can manage without them,
but not without context :)
Aditya
--
Aditya Mahajan, EECS Systems, University of Michigan
http://www.eecs.umich.edu/~adityam || Ph: 7342624008
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
